[12:19] <tormod> good night
[12:40] <bryce_> aha done
[10:55] <Ubotu> New bug: #115950 in fontconfig (main) "big fonts after Gutsy upgrade (dup-of: 118745)" [Undecided,New]  https://launchpad.net/bugs/115950
[11:06] <Ubotu> New bug: #131811 in ubuntu "Gutsy: small and non-anti-aliased fonts (dup-of: 118745)" [Undecided,Incomplete]  https://launchpad.net/bugs/131811
[11:16] <Ubotu> New bug: #139073 in xserver-xorg-driver-ati (main) "xserver-xorg fails on ATI Radeon 9700" [Undecided,New]  https://launchpad.net/bugs/139073
[02:31] <Ubotu> New bug: #139088 in xorg (main) "Black strip in the middle of the screen ( horizontal)" [Undecided,New]  https://launchpad.net/bugs/139088
[02:35] <Ubotu> New bug: #139094 in xserver-xorg-video-intel (main) "white screen on intel GMA 900 graphics card " [Undecided,New]  https://launchpad.net/bugs/139094
[03:46] <Ubotu> New bug: #118253 in compiz (main) "[Compiz] bug when screensaver is activated (dup-of: 122549)" [Undecided,New]  https://launchpad.net/bugs/118253
[03:50] <Ubotu> New bug: #122549 in compiz (main) "[gutsy]  compiz fusion breaking gnome-screensaver behaviour" [Medium,Confirmed]  https://launchpad.net/bugs/122549
[04:50] <Ubotu> New bug: #124317 in compiz (main) "blender stalls with enabled GL desktop (gnome-compiz-manager) (dup-of: 130325)" [Undecided,New]  https://launchpad.net/bugs/124317
[04:50] <Ubotu> New bug: #133680 in compiz (main) "[gutsy]  compiz kills xwindows when blender starts (dup-of: 130325)" [Undecided,Incomplete]  https://launchpad.net/bugs/133680
[05:22] <soren> What was the command again to make X generate a defaultish config file you?
[05:29] <tepsipakki> dpkg-reconfigure -phigh xserver-xorg
[05:30] <tepsipakki> just running dexconf is pretty similar
[05:32] <tepsipakki> but it uses the old values stored by debconf
[05:51] <soren> Ah.. No, I meant the argument you can pass to X to make it generate a configuration based on the hardware.
[06:11] <keescook> bryce_: say, question for you about the fedora patches...
[06:11] <keescook> actually... it's an old patch.
[06:12] <keescook>       + 107_fedora_dont_backfill_bg_none.patch
[06:13] <keescook> this "conflicts" with a security patch, which fixes the copy behavior... however, as it stands, ubuntu doesn't do the copy at all.
[06:13] <keescook> (in gutsy)
[08:05] <Ubotu> New bug: #102116 in linux-source-2.6.20 (main) "[feisty]  PCI: Failed to allocate mem resource #6:20000@f0000000 for 0000:01:00.0 (dup-of: 54294)" [Undecided,New]  https://launchpad.net/bugs/102116
[10:31] <Ubotu> New bug: #139210 in xserver-xorg-video-ati (main) "ATI Radeon 9200 crashes with Gutsy driver" [Undecided,New]  https://launchpad.net/bugs/139210
[10:49] <`Matir> lo tormod
[11:12] <bryce_> heya
[11:42] <tormod> tepsipakki: where is the actual package corresponding to your UVFe?
[11:43] <tormod> is it the one in http://users.tkk.fi/~tjaalton/dpkg/ati/ ?


[08:29] <lordievader> Good morning.
[10:06] <snadge> unity 8 wont start because.. auth fail ?
[10:07] <lordievader> snadge: Heard someone yesterday with the same issue.
[10:07] <lordievader> That was in VirtualBox.
[10:08] <lordievader> n
[10:09] <snadge> was probably me .. :)
[10:09] <snadge> actually trying to fix it now.. or at least get some data points, perhaps link it to a bug report and/or create one
[10:50] <BluesKaj> Howdy folks
[19:01] <rww> \o/
[19:03] <lordievader> Go rww :0
[19:03] <lordievader> :)*


[07:28] <slyon> ijohnson[m]: I replied to https://bugs.launchpad.net/netplan/+bug/1938819
[07:51] <mvo> thanks for this slyon
[08:31] <rbasak> bdmurray: your python-apt upload to Focal is missing a bug reference. Is this a special upload somehow or was that just a mistake?
[12:27] <ijohnson[m]> thanks slyon for the feedback
[13:24] <jawn-smith> xnox: u-boot with the new openSBI dependency and postinst script is in focal-proposed now
[13:28] <sil2100> klebers: ^ can we get the riscv kernel default meta switched to 5.11?
[13:28] <sil2100> Or do you want to wait with the switch until u-boot is in -updates?
[13:29] <sil2100> Ah, guess we decided we'll be switching anyway this week, right?
[14:07] <xnox> sil2100:  it should be prudent enough to add Breaks: u-boot-menu (<< version), u-boot-sifive (<< version) on the kernel meta, such that people who are upgrading, do it in the right order or everything together.
[14:07] <xnox> especially if we again push kernel to security, without pushing u-boot-menu and u-boot to security
[14:53] <bdmurray> rbasak: Its a special upload for the 20.04.3 point release its also documented here https://wiki.ubuntu.com/StableReleaseUpdates#ubuntu-release-upgrader_and_python-apt
[14:59] <rbasak> bdmurray: ah thanks. I'll review shortly then assuming you're looking for that.
[15:00] <rbasak> bdmurray: without an SRU bug, what's the expectation around verification then?
[15:00] <bdmurray> rbasak: I believe sil2100 already accepted them
[15:00] <rbasak> Are we accepting and releasing all together?
[15:00] <rbasak> Ah, OK.
[17:58] <bdmurray> coreycb: Have you had a chance to look at python-eventlet and bug 1938836?
[17:59] <coreycb> bdmurray: suprisingly I'm looking right now
[17:59] <bdmurray> coreycb: its still morning in my TZ so I think you are good
[18:51] <coreycb> bdmurray: there's a pretty simple patch I can pick to gunicorn for this https://github.com/benoitc/gunicorn/commit/6a8ebb4844b2f28596ffe7421eb9f7d08c8dc4d8
[18:52] <coreycb> bdmurray: unless we want to keep in sync with debian
[18:53] <bdmurray> coreycb: Right, I think that's the patch I tested. For python-eventlet to migrated we'd need to patch gunicorn. So is the new python-eventlet important enough to get us out of sync?
[18:54] <bdmurray> Yes, that is the same patch I tested.
[18:55] <coreycb> bdmurray: I don't know that it is that important. upstream is testing with that version but that doesn't mean we have to be there. It's a small delta too from what we were at so if needed we could always pick patches to eventlet.
[19:00] <bdmurray> coreycb: okay, I'll leave it up to you since gunicorn is a package the openstack team is subscribed to
[19:02] <coreycb> bdmurray: let's drop eventlet
[19:04] <bdmurray> coreycb: okay, we'll need an AA to remove it from -proposed
[19:05] <coreycb> bdmurray: i'll put a request in
[23:21] <bdmurray> laney, juliank: Why is there a very old version of boxer-data listed here? https://autopkgtest.ubuntu.com/packages/b/boxer-data/impish/amd64 The test date is before impish was opened for development


[15:33] <wrst> ok lets play what's the temerature where you are at?
[15:34] <wrst> 3F for me
[16:54] <average_guy> is 18F in Knoxville
[16:55] <average_guy> makes me not even wanna go out and smoke a cigarette
[16:57] <wrst> ha ha average_guy
[16:57] <wrst> it was 9 when i left the house this morning, I work in monterey it was 7 and it has dropped
[16:58] <wrst> since the sun came out!
[16:58] <average_guy> I think it has gone down here also.  Is retarded
[16:59] <average_guy> good day to stay in and nerd out.


[03:20] <gurra72> hejsan
[10:40] <cYmen> hey guys, recently I keep getting "unlock keyring" popups but I never set up any keyring. Do you have an idea what I should do?
[10:42] <TheSheep> type in your password in there
[10:43] <cYmen> my user password?
[11:42] <cYmen> TheSheep: nice, works - can you tell me what this is all about?
[11:54] <Sysi> probably automatic login and connection to wifi
[11:59] <cYmen> no i mean when and where does this password manager stuff originate?
[12:16] <ubuntu> this is just great... i hit the minimize button on the installer, and it hid... and doesn't show up anymore in alt+tab or the window switcher... how to i get it to unhide?
[12:16] <ubuntu> it hasnt crashed, pidof still shows the pid
[12:17] <ubuntu> what the... nvm
[12:17] <ubuntu> the minimize button shot it to another workspace
[12:35] <xubuntu970> ciao a tutti
[12:36] <xubuntu970> coao
[12:36] <xubuntu970> ciao a tutti
[12:47] <TheSheep> cYmen: sorry, I was afk. It's the key it uses to encrypt all the remembered passwords
[12:58] <evo360bhp> hi everyone - just installed xubuntu and using xfce desktop, its wicked! I bought an e-book from the software centre and installed it, the book was in the 'education' menu, however I was messing around and broke the system:( having reinstalled and went to the software centre I have to buy it again! Is there a record or something where I can re-install the xubuntu book?
[13:04] <ablomen> evo360bhp, in the software center, press file => reinstall previous purchases
[13:05] <ablomen> then you log in and it should install what you bought
[13:08] <evo360bhp> just found it....doh :(
[13:09] <evo360bhp> thanks for your help
[13:11] <evo360bhp> is there an easier way to say copy it and save it to usb or is just an install?
[13:33] <xubuntu610> hi
[13:33] <xubuntu610> I am wondering if enlightenment is great?
[13:34] <Sysi> I prefer xfce, some people like E17
[13:49] <taffflash> hi there all
[13:50] <taffflash> Im looking for a linux distro I can get one with:(
[13:51] <_Pete_> is there a way start new X from xfce?
[13:52] <_Pete_> like was switch user in gnome
[13:53] <taffflash> I have tried mint 12 and  ubuntu and dont like gnome 3 and that unity
[14:12] <Sysi> _Pete_: when you activate xscreensaver/lock screen there should be button for new login
[14:20] <_Pete_> Sysi: and how do you activate those?
[14:29] <Sysi> ctrl alt del by default I think
[14:30] <_Pete_> I have removed keyboard shortcuts but there seems to be lock screen in session menu
[14:30] <_Pete_> but that doesnt do anything
[14:56] <popsch> am I am doing it wrong, or is alt-tab not working during drag&drop?
[15:20] <ablomen> popsch, yeah it does not seem to work
[15:22] <popsch> it's one of the most obviously missing features. Apparently compiz can't do it either: http://brainstorm.ubuntu.com/idea/17042/
[15:23] <ablomen> popsch, i'd check the xfce bugtracker to see if there is a feature request already, and otherwise create on
[15:23] <ablomen> e
[15:40] <Sysi> I guess workaround would be holding mouse on taskbar item
[15:43] <popsch> Sysi, that will only work well, if you have one taskbar entry per window; and the taskbar gets quite crowded
[15:45] <Sysi> yeah I don't really like 90s taskbars but I don't really like drag'n drop either
[15:51] <popsch> well, I just found some really cool feature with panels. I can have three panels on top: first 33% width right anchored, second 100% width, third 33% width left anchored
[15:51] <popsch> this way I can have three panels on top and it will show me one of the three panels depending on where I hit the top of the desktop
[17:05] <s-hitman> guys how can i copy a module from one distro to another?
[17:55]  * xGrind is away: Estou ocupado
[18:11] <TheSheep> xGrind: please disable that
[21:13] <deusex1983> hi guys
[21:13] <deusex1983> how i could stop horizontal tearing with nvidia graphic card
[21:14] <deusex1983> i am using xubuntu 11.10
[21:14] <deusex1983> when playing mkv with smplayer this tearing effect
[21:16] <deusex1983> appears
[21:27] <Sysi> disable compositing in window manager tweaks
[21:27] <deusex1983> ok where can i find it?
[21:27] <Sysi> settings manager
[21:29] <deusex1983> thank you
[21:29] <deusex1983> and there is no other work around I have always to switch these options
[22:45] <lantizia> How do I set a file association?  (e.g. .torrent files are opening in Thunar/Firefox with Transmission but I'd like Deluge instead)
[22:46] <Sysi> I think FF has own settings, in xfce filemnager right click on file -> properties
[22:47] <GridCube> lantizia, purge transmission and it will open with deluge
[22:48] <Sysi> (xubuntu-desktop is a metapackage that can be safely removed)


[05:29] <YokoZar> Is the new font supposed to be a substitute for verdana?
[05:50] <YokoZar> (by this I mean a fallback font in firefox)


[22:27] <swift110_> https://anthonyvenable110.wordpress.com/2014/12/08/kolibri-os-a-diminutive-surprise/


 Is fingerprint supported in the latest kubuntu 22.04?
 How to set it up?
[04:49] <enigma9o7[m]> what do you want it to do?
 fprint is your friend (re @trevantee: Is fingerprint supported in the latest kubuntu 22.04?)
 Does it work (re @Oski146: fprint is your friend)
 Want it enabled for easier accessibility (re @IrcsomeBot: <enigma9o7[m]> what do you want it to do?)
 Idk if ypur fingerprint supported
 My fingerprint sensor is not supported but if you have goodix fingerprint see goodix help in diecord
 Discord
 hey come check out Discord with me https://discord.gg/XgvP55CK
 Thanks
 How can I get conky widgets on kubuntu 22.04
 Maybe grab the files from synaptic? (re @trevantee: Is fingerprint supported in the latest kubuntu 22.04?)
 I’m not sure much
 But fingerprints aren’t nice on Linux just a thing to know 🤷♂
 So I’ve heard
 I just though it was integrated to the new lts
 Anyone knows the best way to game on Linux?
[10:11] <user|57> cannot install on HP oem desktop.... with i3 10105 processor....
[10:11] <user|57> can any1 help?
[10:12] <user|57> it says x86/cpu: missing SGX or something
[10:12] <user|57> i tried turning it on bios but no option is found
[10:49] <tomreyn> user|57: i don't think SGX (intel software guard extensions) are required. still, if you want to, you could probably enable those in your 'bios'.
[10:50] <tomreyn> oh you already said it's not there, ok. which HP Desktop do you have there, which install media / ISO are you using?
[12:17] <BluesKaj> Hi all
 https://irc-attachments.kde.org/b1ca7f6d/file_59227.jpg
 https://irc-attachments.kde.org/d03737fd/file_59228.jpg
 How to fix this
 Isn't there a hardware switch to turn the wifi on/off on your computer? (re @Ultronishere: How to fix this)
 Ill try (re @IrcsomeBot: <genii> sudo nano /etc/apt/sources.list   ..put a # in front of the cdrom entry, CTRL-X, Enter/Return when it asks about the filename)
 i've found  /etc/apt/sources.list.d
 and it is a directory (re @IrcsomeBot: <genii> sudo nano /etc/apt/sources.list   ..put a # in front of the cdrom entry, CTRL-X, Enter/Return when it asks about the filename)
[16:46] <tomreyn> Omar: you should actually have both, the file /etc/apt/sources.list and the directory /etc/apt/sources.list.d/
 deb http://mirror.eu.kamatera.com/ubuntu/ jammy main universe restricted multiverse
 deb http://mirror.eu.kamatera.com/ubuntu/ jammy-updates main universe restricted multiverse
 deb http://mirror.eu.kamatera.com/ubuntu/ jammy-security main universe restricted multiverse
 deb http://mirror.eu.kamatera.com/ubuntu/ jammy-backports main universe restricted multiverse
 witch one ? (re @IrcsomeBot: <tomreyn> Omar: you should actually have both, the file /etc/apt/sources.list and the directory /etc/apt/sources.list.d/)
[16:47] <tomreyn> !paste | Omar
 ok (re @IrcsomeBot: <tomreyn> !paste | Omar)
[16:47] <tomreyn> none of these are cdrom: apt sources
[16:48] <tomreyn> but i may well lack context, do not really know what you're doing or trying to solve.
 this is the content of sources.list.save
[16:49] <tomreyn> .save are 'backup' files, not currently in use
[16:49] <tomreyn> only files ending in .list are used
[16:51] <tomreyn> files with a file ending other than .list or .save will make "apt(-get) update" print a warning message
 https://termbin.com/5j5e
 all what in etc/apt
 can i just add a file sources.list ? (re @IrcsomeBot: <tomreyn> files with a file ending other than .list or .save will make "apt(-get) update" print a warning message)
[16:54] <tomreyn> the file /etc/apt/sources.list should probably contain (roughly) the lines you posted here earlier.
[16:54] <tomreyn> if it was lost somehow, you can just re-create it yourself, or copy it from a template
 template? (re @IrcsomeBot: <tomreyn> if it was lost somehow, you can just re-create it yourself, or copy it from a template)
 where should i create it?
[16:56] <tomreyn> the file /usr/share/doc/apt/examples/sources.list can serve as a template
[16:56] <tomreyn> you can copy it to /etc/apt/sources.list  and modify it as needed
 ok ill try
[16:57] <tomreyn> wait a second
[16:57] <tomreyn> i'll get you an actual default sources.list from a jammy system
 ok
[16:58] <tomreyn> Omar: so /etc/apt/sources.list does not currently exist on your system, right?
 yup
[16:59] <tomreyn> Omar: curl -s https://termbin.com/qv8v | sudo tee /etc/apt/sources.list
 at least not in this location (re @IrcsomeBot: <tomreyn> Omar: so /etc/apt/sources.list does not currently exist on your system, right?)
 https://termbin.com/o5cv
 this is the output (re @IrcsomeBot: <tomreyn> Omar: curl -s https://termbin.com/qv8v | sudo tee /etc/apt/sources.list)
[17:02] <tomreyn> Omar: once you ran this you should have /etc/apt/sources.list with this exact content
 it worked !! (re @IrcsomeBot: <tomreyn> Omar: once you ran this you should have /etc/apt/sources.list with this exact content)
 should i reboot?
 or just like this
[17:05] <tomreyn> if you prefer using the mirror.eu.kamatera.com apt archive mirror server then you can do this:    curl -s https://termbin.com/qv8v | sed 's/de\.archive\.ubuntu\.com/mirror.eu.kamatera.com/g' | sudo tee /etc/apt/sources.list
[17:05] <tomreyn> Omar: i don't see why you would need to reboot after making this change.
 i really do not know is it good? (re @IrcsomeBot: <tomreyn> if you prefer using the mirror.eu.kamatera.com apt archive mirror server then you can do this:    curl -s https://termbin.com/qv8v | sed 's/de\.archive\.ubuntu\.com/mirror.eu.kamatera.com/g' | sudo tee /etc/apt/sources.list)
[17:06] <tomreyn> but, again, i do not know why your /etc/apt/sources.list file was missing, or what's the greater issue you're trying to solve here
[17:07] <tomreyn> official archive mirrors are listed at https://launchpad.net/ubuntu/+archivemirrors - you should use one which is close to you and well maintained. i do not know whether mirror.eu.kamatera.com is an official archive mirror server, or where it is located (or where you are)
[17:09] <tomreyn> turn out the mirror.eu.kamatera.com archive mirror server is located in the netherlands and is official.
[17:10] <tomreyn> https://launchpad.net/ubuntu/+mirror/mirror.eu.kamatera.com-archive
 haa ok (re @IrcsomeBot: <tomreyn> official archive mirrors are listed at https://launchpad.net/ubuntu/+archivemirrors - you should use one which is close to you and well maintained. i do not know whether mirror.eu.kamatera.com is an official archive mirror server, or where it is located (or where you are))
 how (re @IrcsomeBot: <tomreyn> turn out the mirror.eu.kamatera.com archive mirror server is located in the netherlands and is official.)
[17:16] <tomreyn> you and i can see that on https://launchpad.net/ubuntu/+archivemirrors
 hey
 still the same output
 i just did sudo apt update
 GRAZIE
[18:11] <vkadam> Can I install Ubuntu Software Center in Kubuntu?
[19:12] <tomreyn> Omar: see, that's where context is missing, i do not actually know what is the problem you are trying to solve.
[19:12] <tomreyn> or what it looks like, if it looks like anything
[19:20] <user|67> cómo desinstalar ubuntu
[19:20] <user|67> how to uninstall ubuntu
[19:21] <enigma9o7[m]> I've never heard of such a thing.  just remove the partition or overwrite it with another os.
[19:22] <user|67> i have kubuntu already, that is the problem
[19:23] <cbreak> user|67: you mean the ubuntu-desktop package?
[19:23] <user|67> yes
[19:24] <cbreak> I don't think there's an easy way for this
[19:24] <cbreak> I manually removed all the parts I didn't think I needed for kubuntu, and it kind of worked
[19:24] <user|67> i see
[19:24] <cbreak> but it was manual, piece-by-piece
[19:25] <user|67> yes, sure
[19:25] <user|67> thanks
[20:17] <mybalzitch> polkit keeps trying to get me to authenticate as root to do anything in discover, instead of my user which has sudo access
[20:23] <valorie> !permissions
[20:23] <valorie> sounds like you possibly used sudo when that was not called for?
[20:23] <valorie> that changes permissions in your $user
[20:24] <valorie> can change, I should say
[20:27] <mybalzitch> well I didn't go chmodding/chowning ~
[20:27] <mybalzitch> I did a sudo apt reinstall polkit-kde-agent, but the discover app is still non-functional
[21:04] <Aristide> Hello !
[21:13] <Aristide> I have a question. I have added repository ppa:kubuntu-ppa/beta repository but I don't have any update. I have try to clear, remove, add again repository etc ... But when I use apt-show -a plasma-framework, I don't have entry in this ppa. And this ppa is not visible in Synaptic
[21:14] <Aristide> But this repo exist in repository list and appear in update command (Atteint :5 https://ppa.launchpadcontent.net/kubuntu-ppa/beta/ubuntu jammy InRelease )
[21:20] <tomreyn> Aristide: there are no packages in this repository at this time: https://launchpad.net/~kubuntu-ppa/+archive/ubuntu/beta
[21:20] <Aristide> tomreyn: AH Okay !
[21:21] <Aristide> Its why :')
[21:23] <tomreyn> Aristide: i don't know what you were trying to achieve by enabling it. but maybe you rather wanted something like https://launchpad.net/~kubuntu-ppa/+archive/ubuntu/backports?field.series_filter=jammy
[21:23] <tomreyn> ... or what the description there points to.
[21:23] <Aristide> tomreyn: I want to get latest plasma shell version ^^
[21:23] <Aristide> Thank's !


[00:03] <xnox> trijntje: no.  and signed binaries are uploaded and available from the archive. see *-signed packages.
[00:04] <xnox> trijntje: so anyone can use them, furthermore they need to be distributed on the cd and to the users machines.
[00:33] <Netsnipe> utlemming: hey Ben
[00:33] <Netsnipe> are you in?
[00:35] <Netsnipe> is there anybody else in who's responsible for the EC2 AMI images for Ubuntu?
[00:36] <Netsnipe> I'm looking for an ETA as to when the OpenSSL patched AMIs are going to be built.
[00:36] <sarnold> Netsnipe: what's up?
[00:37] <sarnold> ah, drat, no idea there. sorry. :)
[00:38] <Netsnipe> sarnold: any idea on who else I can speak to?
[00:41] <sarnold> zul, roaksoax_, rbasak_ ^^ are you guys the one to ask about ec2 ami images?
[02:02] <Netsnipe> is there anybody awake in here who's responsible for the EC2 AMI images for Ubuntu?
[02:03] <infinity> utlemming: ^
[02:04] <Netsnipe> infinity: I already pinged him.
[02:17]  * hyperair wonders if the unity webapps extension has died again in chrome. =\
[02:34] <RAOF> cyphermox: Have you seen https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/1296226 ? I've folded that into the network-manager branch as a part of piloting; it looks like that should get uploaded pre-Trusty, right?
[03:00] <RAOF> @pilot out
[03:13] <FourDollars> arges: Hi, could you help me to review the patch of https://bugs.launchpad.net/ubuntu/+source/bluez/+bug/1303819 ?
[03:14] <cyphermox> RAOF: yes, thanks. I'll take care of it in the morning (or if you want, feel free to upload)
[03:15] <FourDollars> cyphermox: Hi, could you help me to review the patch of https://bugs.launchpad.net/ubuntu/+source/bluez/+bug/1303819 ?
[03:16] <cyphermox> FourDollars: I'll be happy to, but in my morning
[03:16] <FourDollars> cyphermox: OK. Thanks a lot.
[03:16] <cyphermox> I'm just accidentally on; trying to follow the elections here and get some small tasks done unrelated to work :)
[03:17] <FourDollars> haha
[03:17] <cyphermox> FourDollars: ok, looked quickly
[03:18] <FourDollars> IRC should prompt some information about timezone. XD
[03:18] <cyphermox> seems to make sense if that -1 is a valid adapter ID to say that the adapter is not there :)
[03:18] <cyphermox> FourDollars: I'm in east coast north america
[03:19] <FourDollars> cyphermox: Take your time.
[03:19] <cyphermox> FourDollars: like I said, I'll check to upload only tomorrow; but it looks fine with a quick glance
[03:19] <cyphermox> thanks for looking into this
[03:20] <FourDollars> cyphermox: -1 is the initial value of this global variable.
[03:21] <cyphermox> awesome
[03:21] <FourDollars> cyphermox: So it is reasonable to set it back to -1 when there is no adapter available. (That is what I think.)
[03:21] <cyphermox> yes
[03:21] <FourDollars> And it does fix the problem. :)
[03:22] <FourDollars> cyphermox: Thanks again for your help. :)
[03:35] <RAOF> cyphermox: I've already got the stuff ready, so I'll upload. Thanks!
[03:43] <cyphermox> RAOF: hold on if it's not too late
[03:44] <cyphermox> there was a fix in the packaging branch, from pitti re: autopilot tests
[03:44] <RAOF> Yup; I folded that in.
[03:44] <RAOF> (Or, rather, I started with the packaging branch)
[03:44] <cyphermox> https://code.launchpad.net/~network-manager/network-manager/ubuntu
[03:44] <cyphermox> oh, cool
[04:47] <Mirv> I wonder if any core-dev would be available to call 'requestsync -d unstable pitivi' to sync pitivi for bug #1253009 ? the only thing I'm pondering about is whether it matters if the demoting to universe happens before or after the sync
[04:49] <Mirv> there's a branch too but intltool-update -p wouldn't be needed after pitivis is universe, so there are no changes left to keep in ubuntu
[04:56] <RAOF> Mirv: I don't _think_ it would be a problem if it were syncd before demotion; it'll just FTBFS until it is. That said, I'd prefer to be sure :)
[04:57] <infinity> RAOF: No, it should be demoted before it's attempted.
[04:57] <infinity> I'll sort this out.
[04:58] <infinity> (It'll only FTBFS if it's missing a build-dep, which the bug log doesn't make clear... And if it's built successfully and then demoted, it will have all the translations stripped)
[04:58] <infinity> So, first, we need to see why it's in main.
[04:58] <infinity> ubuntu.trusty/usb: * pitivi
[04:59] <infinity> I assume that.
[04:59] <infinity> It's been in main since lucid, I'm not sure just suddenly dropping support is the kindest thing to do.
[04:59] <RAOF> Huh. mterry found it only on the ubuntustudio dvd.
[05:00] <Mirv> thanks infinity for looking. mterry indeed also replied via e-mail that it should be safe to demote.
[05:01] <Mirv> I think the history was that it was either included or considered to be included by default at some point, but then dropped later.
[05:01] <infinity> Safe isn't the same as right.
[05:01] <infinity> Like I said, it's been in main since (at least) lucid.  If we wanted to be supporting it, we should be looking at its deps, not just dropping it on the floor.
[05:01] <infinity> But if we don't care about supporting it (or if, historically, we've not really supported it anyway), meh.
[05:02]  * infinity looks for evience of the latter.
[05:02] <infinity> So, there was one micro-release SRU in precise, and 0 SRUs or security updates in any other series'...
[05:02] <infinity> That points to "it wasn't really supported anyway, despite being in main".
[05:03] <ScottK> It's mostly used by Studio and IIRC they focus on LTS.
[05:03] <infinity> So, let's drop it from that seed and see what germinate has to say.
[05:03] <ScottK> So micro-release in precise doesn't surprise me.
[05:03] <infinity> ScottK: That was the Canonical desktop team (seb) that did that update.
[05:04] <ScottK> Oh.
[05:04] <infinity> ScottK: Though, maybe that was because it was in main and studio couldn't upload. :P
[05:04] <infinity> So, it might be best for them if it demotes anyway.
[05:04] <ScottK> Maybe.
[05:04]  * infinity follows the trail on that a bit more.
[05:06] <infinity> So, that was in response to bug #1001516
[05:06] <infinity> Which claimed it was "completely broken" in precise.
[05:07] <infinity> There've been no other SRUs except for this one "it doesn't work at all for anyone" bug, so that leans to my "it wasn't really well supported to start with" argument.
[05:07] <Mirv> well, it was, and it again is. before the rewrite to gstreamer-editing-services it has struggled to be functional with GStreamer updates (even just 0.10 series updates)
[05:07] <infinity> So, I'm okay with demoting it.
[05:08] <infinity> I've committed the seed change, and will demote when c-m says it's okay, and then do the sync.
[05:08] <infinity> If anyone decides it really should be in main, there's still time to argue that case, and either neuter the package or MIR the deps.
[05:09] <Mirv> excellent, thanks infinity, users should rejoy this since they've a chance of doing some video editing
[05:09] <infinity> (An MIR for pitivi itself wouldn't seem necessary)
[05:09] <Mirv> neutering would not be possible fully, at least gstreamer-editing-services1.0 and gnonlin1.0 would be strict new dependencies from universe
[05:32] <infinity> Mirv: demoted and synced.
[05:35] <Mirv> \o/
[05:50] <pitti> Good morning
[05:54] <pitti> infinity, smoser: argh, wolfes are dpkg crashy again, rebooting
[05:55] <pitti> nevermind, seems someone already did last night
[06:46] <dholbach> good morning
[06:46] <zyga> dholbach: good morning :)
[06:47] <dholbach> hi zyga
[08:16] <cjwatson> hallyn_: when installing, there's only one user; what groups later-added users get put into is up to desktop components and such.  user-setup adds the first user to the sudo group if configured that way (there are expert installation paths where you can set a root password during installation instead)
[08:33] <zyga> hey, I need a DD to review a few RFS for debian (python modules and apps) that we need to urgently sync to 14.04, they were reviewed by our sponsor but he doesn't have time before evening today and we're in a rush. Is there anyone here that could help me?
[08:35] <zyga> mvo: hey, perhaps you could help?
[08:35] <mvo> zyga: can do in some minutes, do you have a link for me?
[08:36] <zyga> mvo: not really (we just used email before), those are in DPMT (plainbox, checkbox-ng) and PAPT (plainbox-provider-{resuorce-generic,checkbox})
[08:36] <zyga> mvo: all are in debian svn
[08:36] <zyga> mvo: and all got a round of review yesterday
[08:37] <zyga> *resource
[08:37] <mvo> zyga: aha, do you have links to the svn repo (e.g. on svn.debian.org)?
[08:37] <zyga> sure, let me dig those up for you
[08:38] <zyga> mvo: http://anonscm.debian.org/viewvc/python-modules/packages/plainbox/ http://anonscm.debian.org/viewvc/python-modules/packages/checkbox-ng/ http://anonscm.debian.org/viewvc/python-apps/packages/plainbox-provider-resource-generic/ and http://anonscm.debian.org/viewvc/python-apps/packages/plainbox-provider-checkbox/
[08:57] <mvo> zyga: ok, I have a checkout of plainbox now, do you guys use svn-buildpackage? or just dpkg-buildpacakge? or something else?
[08:59] <zyga> mvo: we use svn-buildpackage
[08:59] <zyga> mvo: those are our first debian packages so we currently just follow the trend in DPMT and PAPT
[08:59] <zyga> mvo: all the tarballs are on pypi/launchpad
[08:59] <mvo> zyga: ok, so what are they using :) ?
[09:00] <zyga> mvo: svn-buildpackage
[09:01] <mvo> zyga: ok
[09:38] <zyga> mvo_: do you have any updates on that? anything I can help with?
[09:38] <zyga> mvo_: I just saw, thanks!
[09:39] <mvo_> zyga: its building, do you mind if I commit a "debian/rules get-orig-source" target? this makes the tarball fetching/renaming automatic
[09:39] <zyga> mvo_: I don't mind, piotr typically doesn't want that but I'm sure he'll understand
[09:39] <mvo_> zyga: it also complaining that the post commit hook is not working
[09:39] <mvo_> zyga: what is he using/doing in order to get the orig tarball?
[12:26] <smb> I know I am quite late for asking this: where would I need the smarts (and how would those have to look like) to make people who would have installed xen-hypervisor-(i386|amd64) installed in Precise, pick up xen-system-amd64? That is also both i386 and amd64 move to system-amd64 as there is no 32bit hypervisor anymore.
[12:40] <xnox> smb: you want xen-hypervisor-4.1-amd64 & xen-hypervisor-4.1-i386 to migrate to xen-system-amd64, right?
[12:41] <xnox> smb: in that case you need to provide dummy/empty package named xen-hypervisor-4.1-amd64 and xen-hypervisor-4.1-i386, which have "Depends: xen-system-amd64"
[12:41] <smb> xnox, right. that would be a meta-package to ensure the whole system gets upgraded/installed.
[12:41] <xnox> smb: correct, and it's the only way to guarantee upgrade path, no-matter how the user choose to upgrade (dpkg, dselect, apt, aptitude, upgrade-manager, etc.)
[12:42] <smb> xnox, ok. thanks. then I add those to the current xen-4.4 source
[12:43] <xnox> smb: you probably want similar packages fro xen-system-i386, xen-hypervisor-4.4-amd64, xen-hypervisor-4.3-amd64, xen-hypervisor-4.2-i386, Package xen-hypervisor-4.2-amd64.... depending on which upgrade paths you are willing to support (or forgot to support =))) )
[12:45] <smb> xnox, Yeah, true. Especially since there likely is enough documentation out there telling people to use the hypervisor package as the base install selector. Which was true in the past.
[13:09] <jibel> pitti, bug 1304403 is for you?
[13:10] <pitti> hm, does that mean that some package conflicts with postgresql-9.1?
[13:11] <pitti> ah, found it in the apt log
[13:12] <brainwash> xnox: hey, did you already take a closer look at bug 1284910? sadly I'm not familiar with ubiquity and how it can be easily debugged/tested
[13:14] <brainwash> the last comment points to a commit which might be the cause for the wrong wallpaper
[13:15] <gioele> hello, I just run FWTS and it has found a series of failures. How should these be handled? Is there a place where they can be reported? Just in launchpad?
[13:16] <zyga> how long does it take from something to show up in debian sid to be syncable via requestsync?
[13:16] <jibel> pitti, actually the root cause seems to be the transition from libkadm5srv-mit8 to libkadm5srv-mit9
[13:17] <pitti> The following packages will be REMOVED:
[13:17] <pitti>   krb5-multidev libkrb5-dev libpq-dev postgresql-server-dev-9.1
[13:17] <pitti> jibel: that's what I get on dist-upgrade, so I indeed see that
[13:19] <jibel> pitti, the upgrade path is libkadm5srv-mit9 -> rb5-multidev -> libpq-dev -> postgresql-server-dev-9.1
[13:19] <jibel> but it refuses to upgrade -mit8 to -mit9
[13:27] <Laney> how do I do git reset --hard origin in bzr?
[13:29] <mvo> Laney: I assume bzr revert is not good enough as you want to go to the orgin base version?
[13:29] <Laney> mvo: indeed
[13:30] <Laney> I tried bzr revert -r :parent but that didn't do it
[13:31] <sergiusens> Laney: how about bzr uncommit -r revno && bzr revert ?
[13:31] <seb128> Laney, what is that git command doing?
[13:31] <seb128> Laney, can't you just uncommit&revert?
[13:32] <sergiusens> seb128: that's basically what it does
[13:33] <Laney> I want it to calculate it all for me
[13:33] <Laney> uncommit -r :parent makes bzr crash :D
[13:33] <mvo> Laney: yeah, I just tried the same trick with the same result :)
[13:34] <seb128> Laney, what are you trying to do?
[13:34] <seb128> why the -r?
[13:34] <seb128> just uncommit & revert?
[13:34] <Laney> I could have any number of commits
[13:35] <seb128> Laney, then uncommit -r <rev>?
[13:36] <mvo> Laney: have you tried asking in #bzr yet?
[13:36] <seb128> Laney, you can also pull --overwrite :p
[13:36] <cjwatson> "git reset --hard origin" is "I am completely giving up on everything I haven't pushed, please just reset my branch to origin and forget about the rest"
[13:36] <cjwatson> you could always rebranch
[13:36] <Laney> seb128: yeah I know I can do it manually
[13:36] <Laney> rebranch is "I'm giving up on this VCS now" :P
[13:37] <Laney> I'll ask in #bzr and give up
[13:37] <cjwatson> you should probably not start from the axiom that bzr is as flexible as git is with regard to moving branches around ...
[13:37] <seb128> I think pull --overwrite is smart enough to not do a full checkout
[13:38] <Laney> Actually that does look like it worked
[13:51] <Laney> seb128: seems like that is actually the right way
[13:51] <seb128> Laney, pull --overwrite?
[13:51] <Laney> yep
[13:51] <Laney>   If you want to replace your local changes and just want your branch to
[13:51] <Laney>   match the remote one, use pull --overwrite. This will work even if the two
[13:51] <seb128> cool ;-)
[13:51] <Laney>   branches have diverged.
[13:56] <Laney> tyhicks: thanks for the lightdm fixes, logout works for me now
[13:57] <seb128> Laney, tyhicks: \o/
[13:57] <mlankhorst> great :)
[13:57] <mvo> is there a equivalent for git-dch for bzr?
[13:58] <hallyn> cjwatson: yeah, talked to stgraber about it last night;  the problem is that if tasksel installs libvirt-bin during iso install, the postinst which adds all sudo group members to the libvirtd group doesn't find the initial user in sudo group  yet
[13:58] <seb128> mvo, not sure if there is a standard tool, but didrocks has one, the autolander generate changelogs from vcs commits at least
[13:59] <mvo> seb128: cool, maybe didrocks can give me a hint
[14:00] <seb128> mvo, he's off for exercice but I'm sure he's going to pong once he's back/done with backlog
[14:00] <mvo> thanks seb128
[14:00] <seb128> yw
[14:01] <tyhicks> Laney: good to hear! :)
[14:02] <cjwatson> hallyn: user-setup-apply does that after tasksel runs
[14:02] <cjwatson> hallyn: so things will need to tolerate that
[14:04] <hallyn> cjwatson: yes, i proposed a one-liner to user-setup in bug 1304008 ...
[14:05] <cjwatson> hallyn: why wouldn't we just add that to passwd/user-default-groups directly?
[14:05] <cjwatson> rather than getting the value from another place in the same package and then adding to it :)
[14:05] <hallyn> i thought that was only done with preseed.  is there a global default?
[14:05] <hallyn> (i didn't see it in user-setup)
[14:05] <cjwatson> debian/user-setup-udeb.templates
[14:05] <hallyn> sounds perfect :)
[14:06] <stgraber> oh, didn't think of that. I did think of passwd/user-default-groups but not about always setting libvirtd in there even in the non-libvirt case
[14:06] <hallyn> well the adduser line does || true so it's ok in non-libvirtd case,
[14:07] <cjwatson> hallyn: so yeah, I can do that now
[14:07] <hallyn> cjwatson: thanks!
[14:09] <seb128> can something stop/retry https://launchpad.net/~ci-train-ppa-service/+archive/landing-013/+build/5889261 ?
[14:09] <seb128> that seems to be hanging, I would like to get it retried without having to wait on the buildd job to timeout
[14:10] <Laney> has that happened before?
[14:10] <seb128> Laney, I don't know
[14:10] <seb128> Laney, other archs built fine
[14:11] <seb128> we had transient tests issues for sure
[14:11] <seb128> but I don't know if that includes hangs or only fails
[14:12] <Laney> I'll try it
[14:12] <cjwatson> seb128: cancelled and I'll retry
[14:12] <Laney> ooh, who won?
[14:12] <cjwatson> I hit cancel before posting here ...
[14:12] <Laney> me too
[14:12] <cjwatson> anyway, it's running now
[14:13] <seb128> cjwatson, Laney: thanks
[14:23] <seb128> cjwatson, Laney: retry worked, thanks
[14:23] <Laney> cool
[14:31] <Riddell> pitti: could we add gpgsm back to gpgme to fix bug 1293704 ?
[14:32] <pitti> Riddell: sure, if you have a way to make that build and work with gpg 1 and 2, please go ahead
[14:32] <pitti> Riddell: I remember that I spent an hour or two on it and I didn't see how
[14:49] <pitti> stgraber: thanks for pointing out lxc-start -s!
[14:50] <stgraber> pitti: np, it's not the most advertised feature :)
[14:50] <pitti> stgraber: I greatly simplified adt-virt-lxc with that now
[15:39] <pitti> jibel: so apparently bug 1304403 doesn't pop up in the automatic upgrade tests, right?
[15:40] <pitti> jibel: looking at this now (got distracted with some other stuff); at least if it's due to krb-dev it only affects server-dev, and this isn't important to keep after an upgrade
[15:40] <pitti> jibel: so perhaps we can just refine the regexp to not catch -dev, but I'll check if there's an easy way to nudge the upgrade
[15:41] <jibel> pitti, no, I found it while testing main_all manually. It is not automated due to the disk space it uses
[15:44] <pitti> jibel: at least upgrade-ubuntu-precise-trusty-server-tasks-amd64 covers the critical case of keeping -9.1 on upgrades
[15:49] <didrocks> mvo: hey! so I have something which isn't a separate binary unfortunately. It's quite linked to CI Train/cu2d as I ignore the commit message to generate the changelog if there is a manual change for that commit in the mainline in debian/control
[15:49] <didrocks> mvo: and on bzr upstream advice, the only way to achieve it with that constrain was to parse the output, so not very elegant…
[15:51] <mvo> didrocks: I have a solution for now https://code.launchpad.net/~mvo/bzr-builddeb/dch - need to find a bzr-buidlddeb upstream to figure out if this might go upstream
[15:53] <didrocks> mvo: oh nice, james_w can maybe review it ;)
[15:55] <mvo> didrocks: getting his feedback would be great, I'm sure there is tons to do
[16:11] <Laney> slangasek: I guess https://wiki.ubuntu.com/Ubuntu%20Kylin/Ubuntu%20Kylin%20Archive needn't call out the GPL/LGPL explicitly
[16:11] <jibel> mvo, I tried an upgrade with eglibc from your ppa (2.19-0ubuntu4) on amd64 and still have the prompt during upgrade from precise. and in text mode because libgtk-perl cannot be loaded.
[16:13] <slangasek> Laney: indeed not
[16:17] <cyphermox> pitti: could you please look into why your NM tests are still randomly failing? https://jenkins.qa.ubuntu.com/view/Trusty/view/AutoPkgTest/job/trusty-adt-network-manager/
[16:17] <pitti> jibel: I have a simple and obvious fix, uploaded now; I tested it successfully in a chroot
[16:18] <cyphermox> pitti: in theory RAOF included your isolation-machine fix
[16:18] <pitti> cyphermox: they don't fail randomly, but very reliably; apparently <IP_ADDRESS>-0ubuntu5 introduced some regression
[16:18] <pitti> cyphermox: yes, but that's only for the ppc64el and armhf tests (they are just skipped now)
[16:18] <pitti> I can have a look tomorrow, yes
[16:19] <jibel> pitti, nice, I'll wait before restarting the test then.
[16:19] <pitti> jibel: the release team still needs to review/ack it
[16:33] <cyphermox> pitti: the reason I say "fail randomly" is because those are issues in the tests, not in NM. With the exception of the PE stuff; these tests are things I verify and use routinely -- such as the killswitch connection restore, or suspend and resume
[16:56] <RFleming> Greets and salutations
[16:58] <RFleming> quick question re the heartbleed patch on OpenSSL
[16:58] <RFleming> over in #ubuntu lots of people are asking about the version number remaining the same
[16:58] <RFleming> 1.0.1 14 Mar 2012
[16:59] <RFleming> is the version number changing with the patch?
[17:02] <RFleming> ahh, openssl version -a to compare built on date.
[17:05] <tarpman> RFleming: also, ubuntu revision on the package version. e.g. in precise: ubuntu5.11->ubuntu5.12
[17:06] <cjwatson> Right, you should always look at the full package version.  It's often inappropriate to take entire new upstream releases.
[17:08] <RFleming> tarpman, the questions have been "I installed the patch, but it still shows 1.0.1 14 Mar 2012.  What gives?"
[17:08] <RFleming> but using the -a switch can show the patch has applied with the build date.
[17:09] <cjwatson> RFleming: Use "dpkg-query -W libssl1.0.0" instead.
[17:10] <RFleming> that doesn't really help
[17:10] <RFleming> :)
[17:10] <cjwatson> It sure does.
[17:10] <cjwatson> You can compare with https://launchpad.net/ubuntu/+source/openssl/+changelog
[17:10] <RFleming> I can yes... Joe user?
[17:11] <cjwatson> Or you can look at /usr/share/doc/libssl1.0.0/changelog.Debian.gz locally and see the fixed version there
[17:11] <cjwatson> I don't think expecting Joe User to remember a slew of independent version-discovery commands for lots of different packages (openssl is just today's problem) and correlate those against build dates is at all sensible
[17:12] <cjwatson> Oh, also, the package version numbers in which any given security vulnerability was fixed are listed in the USNs on security.ubuntu.com
[17:12] <cjwatson> http://www.ubuntu.com/usn/usn-2165-1/ in this case
[17:13] <cjwatson> So the instruction is "run 'dpkg-query -W libssl1.0.0' and make sure the version listed is at least that shown on http://www.ubuntu.com/usn/usn-2165-1/ for your release of Ubuntu"
[17:13] <RFleming> vs run openssl version -a and see if it was built yesterday?
[17:13] <cjwatson> That might help as a special case for today's problem, but you aren't giving people tools that will help them not need to ask the same question for the next vulnerability
[17:14] <RFleming> ahh, I see where you're going
[17:14] <cjwatson> And, for future things, build dates are often misleading for one reason or another
[17:15] <cjwatson> So if people rely on them it often leads to them wasting time on blind-alley questions
[17:15] <cjwatson> It's only not misleading in this case because we didn't get any advance notice of this CVE
[17:15] <RFleming> perhaps "run 'dpkg-query -W libssl1.0.0' and make sure the version listed is at least that shown on http://www.ubuntu.com/usn/usn-2165-1/ for your release of Ubuntu" should be made #ubuntu's MOTD
[17:22] <jpds> !sslbug | RFleming
[17:27] <RFleming> that works :)
[17:38] <roaksoax> slangasek: do you have a few minutes to spare to approve maas from the unapproved queue? (It has important bugfixes that we would like to release)
[18:11] <slangasek> roaksoax: accepted
[18:13] <roaksoax> slangasek: thanks a lot!
[18:56] <mvo> jibel: thanks, same text as the previous one? then I will have a look tomorrow morning
[19:09] <arges> xnox: hi. looking at an trusty installer issue with a mellanox card. does the module need to be in /etc/network/devnames-static.gz in order for that card to be properly detected?
[19:10] <arges> xnox: when we get to the 'configure the network' dialog, other NICs show up, but not this mlx4 one.
[19:12] <arges> xnox: just realized its pretty late where you are, i'll send an email
[19:14] <xnox> arges: hey =) maybe try stgraber  =)
[19:15] <xnox> arges: i have no clue what you are on about =)))))
[19:15] <arges> xnox: hey! ok will do.. yea its installer questions
[19:16] <stgraber> arges: no idea
[19:16] <xnox> arges: well, networking configuration parts of it, which i don't deal with at all. Never heard of /etc/network/devnames-static.gz either. sounds weird to have gzip compressed files under /etc/network.
[19:16] <xnox> arges: if you need kernel modules, they should be packaged / included in the udebs
[19:16] <cjwatson> I'd expect it to just need to be set up so that the kernel/udev can automatically load the module for it
[19:16] <arges> yea, we're trying to figure out if this is a hw-detect issue or exists somewhere else
[19:17] <cjwatson> anything that requires manual hw-detect action is very much deprecated
[19:17] <cjwatson> please don't introduce more of it unless you have fully investigated the better alternatives and know why they won't work for you :)
[19:17] <xnox> arges: if you can't modprobe it / no kernel module to load, then well that's the first thing to do.
[19:17] <arges> xnox: the module is in nic-modules
[19:17] <arges> xnox: i can modprobe it just fine
[19:17] <arges> cjwatson: so the installer is using udev at that point?
[19:17] <cjwatson> yes
[19:18] <cjwatson> devnames-static is an escape hatch for ancient crufty stuff
[19:18] <arges> cjwatson: ok good to know.
[19:18] <cjwatson> it hasn't been touched at all in over five years
[19:19] <arges> cjwatson: xnox stgraber : thanks guys so looks like we need to setup udev properly to fix this
[19:20] <stgraber> arges: is that a Mellanox ethernet card or are you trying to get d-i to install using IP over IB?
[19:22] <arges> stgraber: this is a mlx4 IB card. just trying to detect it at this point
[19:22] <stgraber> arges: ok, because once you get past loading the ip over ib module and get netcfg to detect it, I can tell you things will fail pretty horribly
[19:23] <stgraber> dhclient fails over infiniband unless you generate a valid hardware identifier, put it in a conffile and pass that to dhclient
[19:23] <arges> stgraber: sounds like the next level of issues to deal with : )
[19:24] <rtg> stgraber, does it work with a static IP address ?
[19:25] <stgraber> rtg: it should, yes
[19:25] <stgraber> it's really just dhcp that's a bit weird and anything lower than IP (obviously)
[20:34] <jdstrand> slangasek: fyi, bug #1304657
[20:35] <slangasek> jdstrand: oh my
[20:36] <slangasek> jdstrand: follow-up q on bug
[20:38] <jdstrand> slangasek: hmmm, I did this in a vm. my desktop system doesn't have those rw files
[20:38] <jdstrand> I'm not sure how to do what you asked
[20:38] <saiarcot895> This probably isn't the right channel, but do GPG private keys need to be regenerated due to Heartbleed?
[20:38] <slangasek> jdstrand: 'apt-cdrom -d /mount/point add'?
[20:39] <jdstrand> saiarcot895: no
[20:39] <slangasek> saiarcot895: no
[20:39] <saiarcot895> Thanks jdstrand and slangasek
[20:40] <jdstrand> slangasek: give me a minute. I need to update a different vm and see what happens
[21:29] <jdstrand> slangasek: ok, responded. seems apt-cdrom is likely to blame
[21:30] <slangasek> jdstrand: huh - surprising, but thanks for checking
[22:11] <jdstrand> slangasek: curious if there is any word on bug #1298539?
[22:13] <jdstrand> in related yet I think actually unrelated news, dhclient is starting unconfined even though the network-interface-security job ran (ie /run/network-interface-security exists)
[22:14] <jdstrand> in a new vm install, but not my laptop
[22:15] <jdstrand> which looking at the job, boggles me
[22:26] <slangasek> jdstrand: no word yet, sorry
[22:28] <slangasek> xnox: ^^ do you have another half a day somewhere between now and release to look at 1298539 on top of all your other bugs?  Or should I try to dig up some more time myself?
[22:29] <xnox> jdstrand: why apparmor is not an upstart job? (that question was on the back of my mind since forever)
[22:29] <jdstrand> ok, the dhclient issue is separate. seems there is a bug in qemu that prevents encrypted lvm from working in a vm unless you use 'nomodeset' (I was booting into singleuser then doing 'resume', which apparently unloaded the profiles)
[22:33] <sarnold> xnox: here's the historical reasoning https://lists.ubuntu.com/archives/upstart-devel/2011-December/001771.html
[22:33] <sarnold> xnox: improving apparmor's load is on our todo list for next cycle
[22:34] <jdstrand> xnox: let's just say its complicated
[22:35] <jdstrand> xnox: but there is the historical reference sarnold mentioned. we plan to do profile compiles in kernel postinst which then means we can do a simple apparmor upstart job super early in the boot process that won't affect boot times
[22:36] <jdstrand> (we can then employ the same technique during touch image generation and improve first boot startup times there too)
[22:37] <slangasek> jdstrand: hmmm, but now I'm wondering why lightdm starts before runlevel 2
[22:37] <jdstrand> but that isn't for 14.04. we wanted it, but alas, it didn't happen
[22:37] <slangasek> oh, it doesn't
[22:38] <slangasek> 'start on filesystem and runlevel [!06] [...]'
[22:39] <jdstrand> (to be fair, we only dreamt up how to do it in less than two months ago :)
[22:39] <jdstrand> and it is partially implemented. anyhoo, I digress
[22:39] <slangasek> jdstrand: ok, so on second glance, I don't understand how the start conditions we have here actually cause the behavior you're describing (of user processes being started up before the apparmor policy is applied)
[22:40] <jdstrand> slangasek: well, I don't either-- if you recall, it was you and infinity who discussed it and came up with that
[22:40] <slangasek> jdstrand: because the sysvinit script is run from /etc/init/rc-sysinit.conf, before we emit the 'runlevel' event later in the same job script; lightdm doesn't start until after we switch runlevels
[22:40] <jdstrand> slangasek: why are you talking about lightdm?
[22:41] <slangasek> jdstrand: because the user processes are all children of the login session?
[22:41] <jdstrand> cause of evince, firefox, etc?
[22:41] <slangasek> jdstrand: yeah
[22:41] <slangasek> you said you saw this problem in the wild on desktop installs?
[22:41] <jdstrand> well, I added that before the irc discussion
[22:41] <jdstrand> jj sees it on his desktop. infinity sees it on server
[22:41] <jdstrand> (many servers)
[22:42] <xnox> slangasek: jdstrand: on todays cloud images, servers and desktops i totally have tty2 & logged in and start executing things ahead of reaching runlevel 2. We have enough things upstartified, such that we should be fully up without sysv init scripts invoked yet, thus imho we should have apparmor job as upstart possibly just before runlevel 2 event.
[22:42] <slangasek> what infinity is seeing is "network starts after the getty"
[22:42] <slangasek> which is different
[22:42] <xnox> heck ubiquity installer is start on starting lightdm and that has full-blown desktop with network manager =)
[22:42] <slangasek> xnox: apparmor does run just before the runlevel 2 event, the problem is that the runlevel event is late due to slow network configuring
[22:43] <slangasek> jdstrand: so the problem that infinity had is not related to apparmor confinement, and won't be fixed by moving rcS earlier in the sequence
[22:43] <slangasek> that is, it'll prevent 'apparmor' from being one of the things spit out at the console, but he was getting console spew from both rcS and rc2
[22:43] <xnox> slangasek: hm? is this startpar bridge magic that init.d scripts are ahead of upstart jobs =))))) i see start on remote_fs
[22:44] <xnox> right.
[22:44] <slangasek> xnox: the apparmor script is in rcS, all of rcS is processed before runlevel is emitted (see above)
[22:45] <slangasek> net result, while we could do with not holding up rcS waiting for the network, making such a change doesn't fix whatever bug jdstrand is seeing
[22:46] <jdstrand> hrm
[22:47] <jdstrand> slangasek: I thought that initscripts ended up being executing in parallel to jobs?
[22:50] <xnox> and i also see my tty1 login prompt rutinely hidden by "spew", where as tty2 comes up quick. let me cranck up verbosity and see when tty1 comes up vs runlevel 2 has finished.
[22:50] <jjohansen> slangasek: I haven't dug into it, but I have repeatedly seen policy loaded after I have logged in, and say started firefox. So that the firefox is unconfined. It is not just an issue of the logging showing up late
[22:50] <jjohansen> now I haven't checked to see if this is happening for a while now, and it may be fixed
[22:51] <jdstrand> well, console spew is one thing, but it isn't security relevant
[22:51] <jjohansen> jdstrand: right, just saying it isn't just console spew
[22:51] <jdstrand> jjohansen: I can't reproduce myself. I thought I had something when I filed the bug, but don't see to have it now. I guess file a bug when you see it?
[22:52] <jdstrand> jjohansen: yeah, I hear you
[22:52] <xnox> jdstrand: the premise is that tty1.conf job is "start on stopped rc RUNLEVEL=2" and that we assert that by that time, all rc2.d is complete and thus all security profiles loaded and all "spew" is complete.
[22:52] <jdstrand> xnox: so, apparmor isn't in rc2
[22:53] <jdstrand> id is in rcS.d
[22:54] <jdstrand> it will be nice when we just have the upstart job...
[22:55] <xnox> jdstrand: given it's already in rcS it should make much differences to put it into an upstart job. But let me experiment here locally to see the ordering we are currently getting.
[22:56] <jdstrand> xnox: thomi
[22:56] <jdstrand> meh
[22:56] <jdstrand> thomi: nm
[22:56] <jdstrand> xnox: thanks
[22:56] <jdstrand> I have to step away for bit
[22:57] <jjohansen> jdstrand: I still think its weird that we don't do the upstart job and just block boot for a few seconds if policy needs to be compiled
[22:58] <xnox> jjohansen: jdstrand: yeah, ureadahed also delays initial boots - for the sake of speeds upon second boot.
[22:58] <jjohansen> yep
[23:15] <Netsnipe> hi everyone
[23:15] <Netsnipe> utlemming: are you there?
[23:31] <slangasek> jdstrand: init scripts in *rc2* execute in parallel to jobs that are 'start on runlevel'.  But apparmor is rcS, so not in parallel
[23:31] <slangasek> jjohansen: so I accept there may be a bug with firefox winding up unconfined, I just don't see any way that it could follow from what we're talking about in bug #1298539
[23:53] <xnox> jdstrand: jjohansen: http://paste.ubuntu.com/7224096/ takes negligible amount of time if the caches are valid, and when stale seems faster that execing piles of shell. Ideally i'd not source /lib/apparmor/functions at all - and just rely on filebridge to generate an instance per profile to load.
[23:57] <sarnold> xnox: the end goal is to omre or less just call apparmor_parser /etc/apparmor.d/  and have it Do The Right Thing without goofing around in shell. the parser itself is almost entirely there now..


[04:15] <kb9vqf> wgrant: You around?
[04:16] <kb9vqf> Everything is working very well, except that package uploads with arch=all only build under i386
[04:16] <kb9vqf> I can't seem to get the system to accept an amd64 build
[04:17] <kb9vqf> distroarchseries looks OK
[04:17] <kb9vqf> There are 8 active amd64 builders
[04:17] <kb9vqf> s/active/idle/g
[04:29] <kb9vqf> It would have helped to look in the architecture admin page before asking stupid questions ;-)
[04:29] <kb9vqf> amd64 PPA builds were disabled
[04:33] <wgrant> kb9vqf: Also, 'Architecture: all' packages are only built on i386.
[04:33] <wgrant> Perhaps you were looking for 'Architecture: any'
[04:33] <kb9vqf> Yeah, that was it
[04:33] <kb9vqf> I wrote the wrong thing here by accident ;-)
[04:34] <wgrant> Otherwise it's all running OK?
[04:35] <kb9vqf> Working great!
[04:35] <kb9vqf> I'd send you a link but I don't have external access up yet
[04:35] <wgrant> Excellent.
[04:35] <kb9vqf> Its primary purpose is to build Debian packages for Trinity
[04:36] <kb9vqf> lenny/squeeze/etc
[04:36] <wgrant> It takes a bit of effort to get Debian builds working adequately.
[04:36] <kb9vqf> I've almost got it...386 works well, amd64 chroot still has a couple bugs
[04:37] <wgrant> There are a couple of things hardcoded to Ubuntu, and the archive model is slightly different, but apart from that it works.
[04:37] <kb9vqf> sed is my friend
[04:37] <kb9vqf> ;-)
[04:37] <wgrant> (once you force the correct external dependencies)
[04:37] <wgrant> Heh.
[04:42] <kb9vqf> wgrant: You can try accessing it at http://quickbuild.pearsoncomputing.net
[04:43] <kb9vqf> Hang on...somehting got fouled up
[04:43] <wgrant> Heh, it wants a MythTV password...
[04:44] <kb9vqf> Yeah, the proxy isn't up
[04:44] <kb9vqf> Hang on while I recreate the missing config file
[04:51] <kb9vqf> wgrant: OK, try it now: http://quickbuild.pearsoncomputing.net/
[04:52] <kb9vqf> bugs./code. etc. won't work yet because of the proxy, but you get the idea :-)
[04:53] <kb9vqf> Looks like a bunch of stuff isn't making it past the proxy actually
[04:53] <kb9vqf> Hmmm
[04:53] <wgrant> Not bad.
[04:53] <kb9vqf> Oh well, a project for tomorrow
[04:53] <kb9vqf> See any copyright problems"?
[04:53] <wgrant> You're not using canonical-identity-provider for OpenID, and it still works!?
[04:53] <wgrant> I am surprised.
[04:53] <kb9vqf> :)
[04:53] <kb9vqf> Took me a day to figure that whole system out
[04:54] <wgrant> I guess lots of stuff is trying to use HTTPS.
[04:54] <kb9vqf> Yeah, I really have to give this thing my second IP addres
[04:54] <kb9vqf> Which I can't use yet because the gateway machine isn't online ATM
[04:54] <kb9vqf> Hence tomorrow's project ;-)
[04:54] <wgrant> Ah, the OpenID provider is on 443 already?
[04:54] <kb9vqf> Yeah
[04:55] <kb9vqf> http://openid.pearsoncomputing.net will give you the openid provider in non-secure mode though
[04:55] <wgrant> Hmm. It's a wildcard cert, so you can still use vhosts on the same IP.
[04:55] <kb9vqf> Apache is the problem really
[04:55] <kb9vqf> I have other SSL (non-proxy) sites on this public IP
[04:56] <kb9vqf> so it barfs when I try to do a secure proxy
[04:56] <wgrant> Ah.
[04:56] <wgrant> Hm, so you've created a lenny series in Ubuntu?
[04:56] <wgrant> It's easy enough to construct a proper Debian PPA.
[04:57] <wgrant> Only a couple of lines of code need changing.
[04:57] <kb9vqf> I couldn't find them...the PPA kept rejecting my uploads (distroseries not found)
[04:57] <kb9vqf> Hints are appreciated ;-)
[04:58] <wgrant> You need to create the Debian distroserieses, create a PPA, tweak the PPA in the DB to point to Debian instead... and then upload to ~somebody/someppa/debian instead.
[04:58] <wgrant> I think that should just about do it.
[04:58] <wgrant> It's possible that you won't be able to access that through the web UI, though. The PPA traversal might be restricted to Ubuntu archives.
[04:59] <kb9vqf> Well I can track that down easily enough
[04:59] <kb9vqf> I'm going to take the public site down for now as it's completely broken ATM
[04:59] <wgrant> Ah, yes, lp.soyuz.browser.archive.traverse_named_ppa.
[04:59] <wgrant> That's where the URL traversal is hardcoded to Ubuntu.
[05:00] <kb9vqf> OK...for now I might just leave it alone, as it works pretty well as-is (minus the claims that Lenny is in Ubuntu)
[05:01] <kb9vqf> The web interface is critical
[05:01] <kb9vqf> Makes my life a whole lot easier ;-)
[05:01] <kb9vqf> And I'd like Debian and Ubuntu to operate side by side on the same machine for now (which they do ATM)
[05:02] <wgrant> In that case, you could just remove the distribution constraint.
[05:03] <kb9vqf> Not sure what you mean
[05:03] <wgrant> traverse_named_ppa finds a PPA by (owner, distro, name).
[05:03] <wgrant> If you remove the distro from the equation, you can traverse to both as long as they have different names.
[05:03] <wgrant> So you can properly have PPAs for both distros.
[05:04] <kb9vqf> Oh, OK.  That sounds good
[05:05] <kb9vqf> Out of curiosity, did you see any potential copyright problems in your brief glance?
[05:05] <kb9vqf> I don't want to step on Canonical's toes accidentally here
[05:06] <sinzui> wgrant, does this look like an acceptable fix for the team participation page: http://pastebin.ubuntu.com/448553/
[05:07] <wgrant> kb9vqf: Well, it's AGPLv3 and you didn't have the code up AFAICT, but apart from that it looks pretty well rebranded (but I am no Canonical guy).
[05:08] <kb9vqf> A quick tarball (minus config directory) should fix that though, right?
[05:08] <wgrant> sinzui: Apart from the fact that I loathe using teamowner rather than something like is_team, looks great.
[05:08] <kb9vqf> :-)
[05:08] <wgrant> kb9vqf: Ideally push the branch up somewhere, but I guess a tarball works too.
[05:08] <sinzui> We should have is_team
[05:08] <kb9vqf> Once I get the public interface up maybe I'll throw it in a bazaar branch
[05:08] <kb9vqf> I'm still learning about all of that
[05:10] <kb9vqf> It's off the public Internet for now, I'll put something together before I reconnect it
[05:10] <wgrant> Yep.
[05:10] <kb9vqf> Thanks for the help once again!
[05:11] <wgrant> sinzui: Hm, +participation OOPSes on some of my teams.
[05:11] <wgrant> (I was going to check if the 'Manage mailing list subscriptions' link was shown)
[05:11] <sinzui> can you show me a url?
[05:12] <wgrant> In fact, any team I'm an admin of.
[05:12] <wgrant> KeyError: 'editemailaddresses'<br />
[05:12] <wgrant> So, yes, we need to hide that link as well.
[05:12]  * sinzui looks
[05:13] <sinzui> wgrant, I am an idiot
[05:13] <sinzui> I can fix that now.
[05:15] <sinzui> wgrant, That is really the same as my oversight about teams
[05:15] <wgrant> sinzui: Yeah, I just thought to check if we needed to hide that.
[05:15] <wgrant> I didn't think it would actually OOPS -- just be broken.
[05:16] <sinzui> wgrant:I intended those links to be on your page, but my permission check also applied to your teams
[05:19] <wgrant> Yep.
[05:20] <wgrant> But 'Register team' should probably be present anyway.
[05:20] <sinzui> switching to admin_browser gives my the expected error. Adding a team check to the action links fixes the issue
[05:20] <wgrant> Perfect. Thanks.
[05:35] <wgrant> sinzui: So, I'm looking at the fmt:link for IPPA... it returns the empty string if it's private and you can't see it. Is it just me, or is that a completely insane way of doing things?
[05:36] <sinzui> That is a safety measure to ensure it does not link
[05:36] <wgrant> I would have expected it to end in an Unauthorized.
[05:36] <sinzui> You should look before you leap with private ppas and teams
[05:37] <wgrant> Probably, but if it's private then a proper implementation will end in a noticable Unauthorized, rather than a silent missing link which probably indicates an underlying lack of security filtering.
[07:02] <magcius> does loggerhead have a raw mode?


[08:13] <fairuz> Hi, I got this when booting a linux kernel, http://pastebin.com/W7YyBM2n .. any idea?
[08:15] <jjohansen> fairuz: what does your grub entry look like
[08:19] <fairuz> jjohansen: I use uboot actually
[08:21] <fairuz> jjohansen: you need something like this? console=ttyO2,115200n8 mem=456M@0x80000000 mem=512M@0xA0000000  root=/dev/mmcblk0p2 rw rootdelay=2 init=/init vram="10M"  omapfb.vram="0:4M"
[08:22] <jjohansen> fairuz: ah did you get a typo in /dev/mmcblk0p2 maybe?
[08:23]  * jjohansen has very little experience with current arm
[08:23] <jjohansen> uboot etc
[08:23] <jjohansen> hrmm no, I see it mounted okay
[08:24] <fairuz> jjohansen: the /dev/mmcblk0p2 is correct
[08:24] <jjohansen> yeah
[08:24] <fairuz> jjohansen: it's just somehow can't start init?
[08:25] <jjohansen> sorry no ideas, here.  Though I expect I will have some better ideas in a week
[08:25]  * jjohansen has an arm box coming this week
[08:25] <fairuz> jjohansen: cool
[08:27] <jjohansen> fairuz: which os?
[08:27] <fairuz> jjohansen: android
[08:27] <fairuz> jjohansen: froyo
[08:27] <jjohansen> maybe /sbin/init?
[08:28] <fairuz> jjohansen: i'll try that
[08:35] <fairuz> jjohansen: I don't think so since the init executable is in /
[08:36] <jjohansen> fairuz: okay, well it was worth a shot, my next suggestion was mounting somewhere else and checking the init was in /
[08:37] <fairuz> jjohansen: btw, what init will do exactly? because i see there are the init exec, and also some .rc files such as init.rc, init_omap4430.rc etc
[08:37] <fairuz> these files are useful to init?
[08:38] <jjohansen> fairuz: I assume so
[08:38] <jjohansen> :)
[08:38] <jjohansen> fairuz: it really depends on the init system
[08:39] <jjohansen> basically the kernel will exec init and then init can do what it wants
[08:39] <jjohansen> traditionally that is controlled /etc/init and .rc files etc
[08:39] <jjohansen> init will exec processes to take care of the rest of boot
[08:40]  * jjohansen has never played with android, so /me is not sure what their boot sequence is like
[08:40] <jjohansen> does the /init file has exec permissions?
[08:40] <fairuz> jjohansen: yes
[08:41] <jjohansen> what does file init report?
[08:44] <fairuz> jjohansen: sorry but I dont get what you mean. You mean the init log file or something like that?
[08:44] <jjohansen> no, run the file command on the init binary
[08:45] <jjohansen> eg.
[08:45] <jjohansen> > file init
[08:45] <jjohansen> init: ELF 32-bit LSB executable, ARM, version 1 (SYSV), statically linked, stripped
[08:56] <fairuz> jjohansen: I have some other problems. Will get to you later. Btw, thanks for the help, really appreciate it.
[08:56] <jjohansen> fairuz: np, I hope you get it working, /me is interested as I expect to be having similar fun
[08:57] <fairuz> jjohansen: what arm platform you will be getting btw?
[08:57] <jjohansen> efika mx
[08:58] <fairuz> jjohansen: nice
[10:15] <fairuz> I got 2.6.38-00366-g65e01eb when i do uname -r. Is it weird or normal? :D
[10:16] <fairuz> Maybe I compile it wrong?
[11:59] <fairuz> I installed linux-headers-2.6.38-1204 but why it doesnt appear in /lib/modules/ ?
[12:03] <jk-> fairuz: the -headers package doesn't provide any modules; what are you looking to find in /lib/modules?
[12:03] <fairuz> jk-: the headers file
[12:04] <jj-afk> fairuz: linux-headers only installs into /usr/src/
[12:04] <fairuz> jj-afk: ok, my bad ty
[12:04] <jk-> fairuz: the headers will be in /usr/src/linux-headers-$version/
[12:04] <jk-> (there should be a symlink from /lib/modules/$version/build though)
[12:05] <jk-> fairuz: for future reference, `dpkg -L <package>` will list the files installed by a package
[12:05] <fairuz> jk-: Ah ok, thats will be useful
[12:07] <fairuz> I got Kernel Configuration is invalid error when compiling module using my new 2.3.38 kernel
[12:29] <fairuz> Hi, I got error: unknown field 'ioctl' specified in initializer when compiling a module on 2.6.38
[12:29] <fairuz> It compiles OK on 2.6.35
[12:36] <fairuz> Hmm they stop supporting ioctl in the file_operations?
[12:39] <fairuz> I found the solution in the git log, have to change ioctl to unlocked_ioctl :D
[13:11] <ogasawara> I'm doing one final upload of the natty kernel before beta due to the new compiler, any last minute patches we need? (as long as they're not ABI bumpers)
[13:13] <tgardner> ogasawara, how about the CONFIG_NR_CPUS patch thats still on the mailing list?
[13:14] <tgardner> bug #737124
[13:14] <ubot2> Launchpad bug 737124 in linux "Support workstations with greater than 64 cores" [Medium,In progress] https://launchpad.net/bugs/737124
[13:14]  * ogasawara looks for it
[13:45] <tgardner> ogasawara,  CONFIG_NR_CPUS appears to be an ABI bumper
[13:45] <ogasawara> tgardner: just out of curiosity, did that CONFIG_NR_CPUS patch accidentally get dropped along the way?  Looking at bug 706058, it looks like it was previously applied?
[13:45] <ubot2> Launchpad bug 706058 in linux "amd64 x86-64 boot fails with more then 64 CPUs" [Undecided,Fix released] https://launchpad.net/bugs/706058
[13:45] <tgardner> ogasawara, I think it was -server only
[13:46] <apw> yeah it was only server we applied it for
[13:46]  * apw isn't here
[13:46] <tgardner> ogasawara, rather, it was only applied to -server
[13:46] <ogasawara> tgardner: hrm, was hoping to not have an ABI bumper.  Can it wait till post beta?
[13:46] <tgardner> ogasawara, yep, I thingk so
[13:47] <ogasawara> tgardner: ack, I'll shove it on master-next then and just do a no-change upload of the kernel for the new compiler
[13:47] <tgardner> ogasawara, fire away
[14:27]  * ogasawara slaps forehead.  pulled the trigger too soon with the upload.
[14:27] <ogasawara> I should actually wait for the compiler to finish building for the other aches, sigh
[14:33] <mterry> What's the most useful way to report a kernel panic?  I don't see anything in /var/crash, and I don't get an apport prompt
[14:36] <Krunch> mterry: do you have the full oops message?
[14:40] <mterry> Krunch, I didn't write it down from the screen, no...  Is it written on my disk anywhere?
[14:41] <cnd> anyone know where to submit patches for latencytop?
[14:41] <Krunch> mterry: it might be in the kernel logs (/var/log/kern.log on Debian, not sure for Ubunut) if you are lucky but probably not
[14:41] <Krunch> mterry: without the oops message or the vmcore, there is probably not enough to write a bug report
[14:42] <cnd> actually, it looks kinda dead...
[14:42] <Krunch> mterry: look into netconsole to send the oops message (and all the console messages) to a remote system
[14:42] <soren> mterry: I usually take a photo with my phone and attach it to a bug report.
[14:43] <Krunch> and depending on the oops message, that might not be enough either
[14:43] <mterry> soren, good idea
[14:44] <mterry> Krunch, k, thanks.  (/var/log/kern.log is also there in Ubuntu, btw)
[14:59] <fairuz> Hi, if I do sudo dpkg --unpack file.deb, where the unpacked files will go?
[15:03] <sforshee> fairuz, I believe they go to the same locations as if you installed the package
[15:05] <bjf> fairuz, dpkg --extract unpacks them in the current folder
[15:06] <fairuz> sforshee: I found them in /boot
[15:06] <fairuz> bjf: ok ty
[15:06] <diwic> cnd, hmm, isn't latencytop maintained by the Redhat Realtime group (or whatever they call themselves)?
[15:07] <cnd> diwic, maybe, but they have no info about that on their website
[15:07] <cnd> I have no clue who is the maintainer or how to contact them...
[15:07] <cnd> no changes to their git tree in 17 months either...
[15:08] <fairuz> When I do sudo flash-kernel, I got cannot find default kernel in /vmlinuz or /boot/vmlinuz ..... I got 3 different vmlinuz in my /boot
[15:09] <diwic> cnd, hmm, actually it says Intel Open Source Group on the homepage...
[15:10] <diwic> cnd, so I'm correcting myself, the Redhat people probably does the hard realtime stuff rather than this
[15:11] <diwic> cnd, from the git tree looks like<EMAIL_ADDRESS>and<EMAIL_ADDRESS>have several commits in there, so start by emailing them directly and ask where to submit patches?
[15:12] <cnd> diwic, probably, but I'm just doing patch piloting
[15:12] <cnd> and the patch fixes a type in the man page
[15:12] <cnd> so I'm reluctant to put too much effort into it :)
[15:12] <diwic> cnd, ah, ok. Well, just send it to those two people and see what happens :-)
[15:16] <tgardner> ogasawara, I rebased Natty master-next against master and added the CONFIG_NR_CPUS=256 patch (after a bump ABI)
[15:16] <ogasawara> tgardner: ack, thanks
[15:19] <tgardner> ogasawara, I worked on a set of build scripts while in London a couple of weeks ago that I haven't really advertised much. You might want to give 'em a  spin. kteam-tools/buildscripts/ukb-make*
[15:20] <ogasawara> tgardner: cool, I'll take a peek
[16:42] <ogasawara> tgardner: ukb-make works well for me
[16:43] <tgardner> ogasawara, cool. the only issue I've noted so far is an inelegant error when the armel chroot isn't supported,. like on Lucid amd64 hosts.
[16:44] <tgardner> actually, natty armel schroots on Lucid build hosts
[16:46] <sconklin> ogasawara: welcome back!
[16:46] <ogasawara> sconklin: thank :)
[16:46] <ogasawara> thanks even
[17:17] <lil_pete> hey guys do you happen to know why my usb-bus doesnt detect devices if i plug them in after (!) booting? they work perfectly well when plugged in before booting... :-(
[17:47]  * tgardner --> lunch
[18:09] <cking> kentb, that vida is now en-route back to Dell
[18:09] <cking> cough
[18:10] <kentb> cking, thanks :)
[18:12] <xuru> howdy, I'm trying to build a kernel with a few changed options (CONFIG_SYSFS_DEPRECATED=y, etc), and I keep running into an error when I build it.  Here is the commands I used and the output:  http://paste.pocoo.org/show/357263/
[18:16] <xuru> when I do the make mrproper, it seems to blow away the debian directory
[18:17] <jjohansen> xuru: yes you will need to mv the debian and debain.master directory out of the source directory when you run mrproper and then you can mv them back
[18:18] <xuru> ok
[18:19] <xuru> any idea what's causing this in the first place?
[18:19] <xuru> seems to be pretty strait forward following https://help.ubuntu.com/community/Kernel/Compile
[18:20] <jjohansen> xuru: I can't remember but it does show up occasionally, especially if you poke the kernel build system without specifying it should dump thing in the debian/build directory
[18:21] <xuru> ok, I'll try doing the make mrproper and copying those files back
[18:27] <xuru> interesting...  I did a 'make mrproper' and then copied the debian* directories back, then did a build (forgetting to copy my .config back) and it's building fine
[18:28] <xuru> so it must be one of the two options I set that are causing the build error
[18:28] <xuru> I'll try adding in each one at a time and see
[18:38] <sforshee> xuru, it's probably the presence of the .config file that's causing the error
[18:38] <sforshee> there's a section on the page you linked to about how to change config options
[18:38] <xuru> oh?  must have missed that
[18:39] <sforshee> xuru, it's a little hidden, it's under "Modify the source for your needs"
[18:41] <xuru> ok, I thought that was just if you were making a special non-generic kernel
[18:41] <xuru> so x86_64 == ia64 or amd64?
[18:43] <jjohansen> amd64
[18:44] <xuru> k, thanks
[18:45] <xuru> is there a way to point make menuconfig to that config file?
[18:46] <xuru> nevermind, I can use the load alternate configuration option right?
[18:53] <xuru> is debian.master/config/config.common.ubuntu read in first?  and then debian.master/config/amd64/config.common.amd64?
[18:57] <ogasawara> bjf, sconklin:  I think an incorrect version of a CVE patch I sent to the ml was applied to hardy master-next, care if I just fix it up?
[18:57] <ogasawara> bjf, sconklin: it's for "econet: Fix crash in aun_incoming(). CVE-2010-4342"
[18:57] <ubot2> ogasawara: The aun_incoming function in net/econet/af_econet.c in the Linux kernel before 2.6.37-rc6, when Econet is enabled, allows remote attackers to cause a denial of service (NULL pointer dereference and OOPS) by sending an Acorn Universal Networking (AUN) packet over UDP. (http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2010-4342)
[18:58] <bjf> ogasawara, go for it, that's what "master-next" is all about and we have started a new cycle
[18:58] <bjf> ogasawara, so we won't look at master-next until next week some tim
[18:58] <bjf> ogasawara, s/tim/time/
[18:58] <ogasawara> bjf: cool
[18:58] <tgardner> ogasawara, whats wrong with it?
[18:59] <ogasawara> tgardner: struct dst_entry *dst = skb_dst(skb);
[18:59] <ogasawara> tgardner: skb_dst() isn't defined in Hardy
[18:59] <tgardner> ogasawara, doh! I bet I used the Karmic patch.
[19:02] <tgardner> bjf, sconklin, shall I upload the Lucid/Maverick LBM packages with the new compat-wireless 2.6.38 support ?
[19:04] <bjf> tgardner, i think that's ok with me
[19:04] <sconklin> I can't think of a reason not to
[19:46]  * bjf -> lunch
[19:48] <kirkland> tgardner: is there a known reason why my CPU's load never goes below 1.00 on natty?
[19:48] <kirkland> tgardner: system is totally idle
[19:48] <kirkland> tgardner: but the lowest /proc/loadavg ever says is 1.00
[19:49] <kirkland> tgardner: model name      : Intel(R) Core(TM) i7 CPU       M 620  @ 2.67GHz
[19:49] <tgardner> kirkland, none that I know of. lemme check,
[19:50] <tgardner> kirkland, here is a dual CPU: 13:49:41 up 1 day, 19:52,  1 user,  load average: 0.00, 0.01, 0.05
[19:50] <kirkland> tgardner: hrm
[19:52] <kirkland> kees: when you were here, you pointed me toward something that might have to do with my load-never-goes-below-1.00 problem...  I can't remember what it was, though
[19:55] <kirkland> kees: aha, found it in my log
[19:55] <kirkland> tgardner: ah, i see:
[19:55] <kirkland> $ ps auwwx | grep " D "
[19:55] <kirkland> root       701  0.0  0.0      0     0 ?        D    09:07   0:01 [ips-monitor]
[19:55] <kirkland> tgardner: what is ips-monitor?
[19:56] <tgardner> kirkland, intel power save (I think)
[19:56] <kirkland> tgardner: https://lkml.org/lkml/2011/3/19/37
[19:57] <tgardner> intelligent power sharing
[19:57] <kirkland> tgardner: https://lkml.org/lkml/2011/3/21/237
[19:57] <kirkland> tgardner: so it is "phantom" load, as suspected
[19:58] <kirkland> tgardner: still, annoying;  looks like Intel is looking for a fix
[19:59] <tgardner> kirkland, yep.
[20:46] <kristian-aalborg> hi all, has anyone gotten apmd working?
[21:21]  * ogasawara back on later
[22:56] <Specialist> hi all! quick question: whch target do i need to build for an ubuntu kernel using debian/rules to get the linux-headers*_all.deb (binary-generic does not produce that deb)?
[22:58] <jjohansen> Specialist: do fakeroot debian/rules binary-headers binary-generic
[22:58] <Specialist> jjohansen: thanks!


[11:59] <madhens> Good morning!
[11:59] <frenchguych> oh ! hi there!
[11:59] <Bashing-om> madhens: :D Another good day in the neighborhood.
[12:00] <madhens> Indeed :)
[12:00] <frenchguych> :P
[12:00] <madhens> Especially once I get a coffee after this!
[12:00] <frenchguych> I got coffee before this, and I have coffee during this !
[12:02] <Kilos> hi guys
[12:02] <madhens> Heya!
[12:02] <frenchguych> hello @Kilos
[12:02] <Bashing-om> coffee == brain fluid :P
[12:02] <Kilos> hi frenchguych  good luck
[12:02] <Bashing-om> Morn'n Kilos
[12:02] <frenchguych> Thank you !
[12:03] <Kilos> hi there Bashing-om
[12:04] <madhens> I just gave Dani a nudge. I know this is early for the Pacific time zones so Dustin might not make it.
[12:05] <frenchguych> so many famous people in here.. I'm beginning to get anxious !
[12:05] <Kilos> aha
[12:05] <madhens> Hello Andrea!
[12:06] <madhens> Pfff, we're not famous. Okay, Maybe Andrea is!
[12:06] <frenchguych> by way of Pastabot
[12:07] <Kilos> diddledani  are you here?
[12:08] <madhens> I just send a nudge to the mailing list. And I hope pastabot is okay after his fall the other day!
[12:08] <Kilos> oh my
[12:15] <frenchguych> *cue elevator music*
[12:15] <madhens> Seeing if anyone has a more insistent way of getting ahold of diddledani
[12:16] <Kilos> frenchguych  sorry to keep you in suspence like this, we just trying to find more members
[12:16] <frenchguych> Kilos: that's ok, I have all day :P
[12:17] <frenchguych> dani is "away" on discord, that doesn't neccessarily mean anything, though.
[12:25] <frenchguych> oh, we've lost Kilos :-(
[12:26] <madhens> So, given that Dani is still MIA, and I don't know how early this is for WildMan, and we lost Kilos, Yannick would you be okay possibly rescheduling to the next later Thursday meeting? We are so sorry
[12:26] <frenchguych> let me check the time for the tuesday meetings
[12:27] <madhens> The other option is having the membership board vote by e-mail, but that loses the 'in-person-on-IRC' aspect
[12:27] <Bashing-om> frenchguych: madhens: Thunderstorms took kilos out :(
[12:27] <madhens> Oh yeah! He said he lost power.
[12:27] <madhens> Oh no :(
[12:28] <frenchguych> so thurday december 2nd, 20:00 UTC
[12:28] <frenchguych> well, yes I guess I can do that.
[12:29] <diddledani> sorry, I overslept
[12:29] <frenchguych> oh, a diddledani pops up :P
[12:29] <Bashing-om> frenchguych: I so dislike putting you off and to this added aggravation but there seems no better resolution :(
[12:29]  * diddledani waves at Bashing-om
[12:30] <Bashing-om> diddledani: Glad ya made it :D
[12:30] <diddledani> I already know what my vote is if we've gone through the rest of the procedure ;-p
[12:30] <frenchguych> :P
[12:30] <frenchguych> there was no procedure, unfortunately.
[12:32] <Bashing-om> diddledani: we do not have quorum as of yet .
[12:32] <frenchguych> ah, more people !
[12:32] <Bashing-om> Now we do have enough - :P
[12:32] <frenchguych> \o/
[12:32] <Wild_Man> Morning
[12:32] <madhens> Huzzah!
[12:32] <diddledani> hey Wild_Man
[12:33] <diddledani> sorry I'm late
[12:33] <frenchguych> no worries, I took the day off, I have all until tomorrow morning 6 AM if necessary :P
[12:34] <madhens> Everyone else?
[12:34] <Wild_Man> I thought it is still 27 minutes until the meeting, I got up an hour and a half before I needed to for this meeting
[12:34] <madhens> Wild_Man we're back to a 5 hour offset to UTC :(
[12:34] <frenchguych> sorry @Wild_Man ! Timezone math is awefull
[12:34] <Bashing-om> Wild_Man: UTC is now 6 hours ahead of us.
[12:35] <madhens> I hate Daylight Savings time so so much.
[12:35] <Wild_Man> It is 5:30 in the morning here
[12:35] <madhens> So we're pitching in to get everybody coffee after this.
[12:35] <diddledani> :-o
[12:36] <frenchguych> coffee's on me
[12:36] <Bashing-om> diddledani: Will you again chair the meeting, please.
[12:36] <diddledani> yup
[12:37] <Bashing-om> diddledani: I have kilos proxy :)
[12:37] <diddledani> .startmeeting Ubuntu Membership Board
[12:37] <diddledani> bah
[12:38] <diddledani> #startmeeting Ubuntu Membership Board
[12:38] <meetingology> Meeting started at 12:38:23 UTC.  The chair is diddledani.  Information about MeetBot at https://wiki.ubuntu.com/meetingology
[12:38] <meetingology> Available commands: action, commands, idea, info, link, nick
[12:38] <frenchguych> alright... let's fly !
[12:39] <diddledani> Hello and welcome to the Ubuntu Membership Review Board meeting for 17th November 2021. The wiki page for the Review Boards is available here: https://wiki.ubuntu.com/Membership/Boards
[12:39] <diddledani> We will attempt to get through all the applicants that have added themselves to that list, or posted a thread to the Ubuntu Discourse, before today's meeting. If we are unable to make it through the complete list due to time constraints, then at the next meeting we will pick up where we left off.
[12:39] <diddledani> The format for the meeting is as follows: We will go through the list of applicants one by one, by date of application (FIFO).
[12:39] <diddledani> Each applicant should introduce themselves (1-5 sentences) and provide links to their Ubuntu Wiki page or Ubuntu Discourse thread. After the introduction, the members of the Membership Review Board will review the pages and, if needed, ask the applicant further questions.
[12:39] <diddledani> During this time, it is encouraged for other members of the community to show their support for the applicant. Do not be alarmed if the members of the Membership Review Board are quiet during this time; they are reading wiki/launchpad/forum/other pages and deciding how they are going to vote.
[12:39] <diddledani> When the board is ready to vote, they will publicly vote in the channel with either +1, 0, or -1 (for membership, abstain, and against membership, respectively). If most of the voting board members vote +1, then the applicant is now an official Ubuntu member! (Feel free congratulate them!)
[12:39] <diddledani> Now, with any further ado, let's get started with the first applicant...
[12:39] <frenchguych> Hi !
[12:39] <diddledani> #topic Yannick Mauray
[12:40] <diddledani> #topic Yannick Mauray
[12:40] <diddledani> bot?
[12:40] <frenchguych> Timezone appropriate greetings, thanks everybody for your time.
[12:40] <Wild_Man> It is still a sleep
[12:40] <frenchguych> bot says no :P
[12:41] <diddledani> Yannick, could you introduce yourself to the board members and post the link to your wiki and/or discourse post.
[12:41] <frenchguych> Ok
[12:41] <Wild_Man> Hello frenchguych apologies I messed up the time change I guess
[12:41] <frenchguych> Wild_Man: no problem, that happens !!
[12:41] <frenchguych> So my LP link is https://launchpad.net/~yannick-mauray
[12:41] <frenchguych> Wiki link is https://wiki.ubuntu.com/YannickMauray
[12:42] <frenchguych> and for what it's woth, discourse link to my application is https://discourse.ubuntu.com/t/yannick-mauray-frenchguych-membership-application/24795
[12:42] <frenchguych> My name is Yannick Mauray, I'm 50-something (I stopped counting) years old, I am know as the french guy from Switzerland.
[12:42] <frenchguych> I am a member of the Ubuntu MATE team
[12:43] <frenchguych> where I'm in charge of re-writing the Software Boutique in Flutter
[12:43] <frenchguych> I also host a community stream on the Ubuntu On Air channel, every other week
[12:43] <frenchguych> I am a member of the snapcrafters team, although I'm not as active as I'd like to be there.
[12:43] <frenchguych> I published the "pogo" snap.
[12:44] <frenchguych> I have also contibuted the "jack1" interface to snapd a few month (year?) back
[12:44] <frenchguych> and, what I think I do best : I talk about Ubuntu a lot. Like, always :P
[12:46] <Bashing-om> frenchguych: You have indeed made good contributions, and certainly meet these criteras. On;y concern that I have is that you do afrim that you understand the Code of Conducr and pledge to abide  by the Code of Conduct for as long as they are a member.
[12:47] <diddledani> s/they/you/ ;-p
[12:48] <frenchguych> oh, is that on my wiki page ?
[12:49] <diddledani> frenchguych: bashing om is just asking a confirmation that you read and understood the coc when you signed it
[12:49] <frenchguych> well, I did sign the CoC in 2013 I think, and I think it is something anyone should abide by regardless of the fact it has been signed or not, and regardless of the community we're gravitating around.
[12:49] <frenchguych> ah, yes, yes I did read it
[12:50] <Wild_Man> I do not see where the Code of conduct has been signed on his wiki page, did I miss it
[12:50] <frenchguych> and yes, I do pledge to abide by the CoC for as long as I'll be a member, and even after that, should I cease to be a member one day
[12:50] <diddledani> Wild_Man: the CoC signing is indicate on launchpad: https://launchpad.net/~yannick-mauray
[12:51] <frenchguych> Wild_Man: it's on the LP page, and you are right, I forgot to mention it on the wiki page. I should fix that asap
[12:51] <Wild_Man> Your application looks good
[12:51] <diddledani> do any board members present have any questions they'd like to ask Yannick?
[12:51] <Wild_Man> I missed it, tired eyes
[12:55] <Bashing-om> solid candidate - no further questions from me.
[12:55] <Wild_Man> I have no questions, very good contributions
[12:55] <diddledani> ok, let's get the voting underway then.. gimme a sec to fire the right commands
[12:55] <diddledani> #vote Yannick Mauray's application for membership
[12:55] <meetingology> Please vote on: Yannick Mauray's application for membership
[12:55] <meetingology> Public votes can be registered by saying +1, -1 or +0 in channel (for private voting, private message me with 'vote +1|-1|+0 #channelname')
[12:55] <diddledani> #voters Wild_Man Bashing-om diddledani
[12:56] <meetingology> Current voters: Bashing-om, Wild_Man, diddledani
[12:56] <diddledani> ok, go
[12:56] <Wild_Man> +1
[12:56] <meetingology> +1 received from Wild_Man
[12:56] <Bashing-om> +!
[12:56] <diddledani> +1 was there any doubt? :-D
[12:56] <meetingology> +1 was there any doubt? :-D received from diddledani
[12:56] <frenchguych> thank you !
[12:56] <Bashing-om> +1
[12:56] <meetingology> +1 received from Bashing-om
[12:56] <diddledani> #endvote
[12:56] <meetingology> Voting ended on: Yannick Mauray's application for membership
[12:56] <meetingology> Votes for: 3, Votes against: 0, Abstentions: 0
[12:56] <meetingology> Motion carried
[12:57] <Bashing-om> cast proxy for kilos +1
[12:57] <diddledani> unanimous decision :-)
[12:57] <Wild_Man> Congratulations frenchguych
[12:57] <diddledani> +4 for, 0 against
[12:57] <frenchguych> thank you very much !
[12:57] <Bashing-om> frenchguych: Never in doubt - just a Round-2-it thing !
[12:58] <frenchguych> thanks for taking the time to review my application, thank Wild_Man for waking up so early !
[12:58] <diddledani> congratulations frenchguych , we'll get you added to the launchpad group shortly, at which point you'll be able to request your certificate of membership at https://forms.canonical.com/certificate/
[12:58] <Wild_Man> You're welcome frenchguych
[12:59] <diddledani> don't forget to check out the other perks at https://wiki.ubuntu.com/Membership
[12:59] <madhens> Yay!!!!!
[12:59] <frenchguych> diddledani: ok, well you know where to find me if you need me to do things to move forward.
[12:59] <diddledani> and with that, I'll
[12:59] <diddledani> #endmeeting
[12:59] <madhens> Congrats, Yannick :)
[12:59] <meetingology> Meeting ended at 12:59:23 UTC.  Minutes at https://new.ubottu.com/meetingology/logs/ubuntu-meeting/2021/ubuntu-meeting.2021-11-17-12.38.moin.txt
[12:59] <frenchguych> thank you all ! I shall now brag all day about this ^^
[12:59] <diddledani> congratulations again, and thanks for being awesome
[12:59] <frenchguych> thanks madhens !
[13:00] <frenchguych> Have a good day everyone ! I am so so so happy !
[13:00] <Wild_Man> You earned it and deserve it
[13:00] <Wild_Man> You to frenchguych
[13:01] <madhens> And thanks so much, everyone! Now get coffee and/or sleep!
[13:02] <Wild_Man> I am just going to start my work day early
[13:02] <diddledani> I'm gonna get a coffee ;-p
[13:02] <diddledani> anti-depressants can "do one"
[13:03] <madhens> *hugs the Dani*
[13:03]  * diddledani huggles madhens
[13:03] <frenchguych> cheers, I'm gone to make some more coffee !
[13:04] <madhens> That they do - the trade offs we make for mental health. But thank you so much for making it, in addition to everything you and everyone here does! It is so much appreciated.
[13:06] <Bashing-om> I did take a nap - but stayed up to make sure I did not miss the meeting :P Coffee Time !
[13:27] <Kilos> sorry guys, power just came back on
[13:29] <frenchguych> it's ok Kilos. thanks for the proxy +1 !
[13:30] <Kilos> frenchguych  congrats and welcome on board
[13:30] <frenchguych> thank you !
[16:02] <ddstreet> just fyi in case anyone's lurking, the ubuntu backporters mtg is cancelled today, sorry
[16:03] <ddstreet> and for anyone reading backscroll - i'll update the agenda page to remove the action items that are done
[16:03] <teward> missed that email lol ;)
[16:04] <ddstreet> teward oh hey! well no email, i thought you said you couldn't make it today?
[16:04] <ddstreet> oh crap that was ma-preri not you
[16:04] <ddstreet> lol
[16:04] <ddstreet> heh i saw he declined the mtg and figured you both weren't making it :)
[16:05] <ddstreet> well let's have the mtg then, though it probably won't take long
[16:05] <ddstreet> #startmeeting Ubuntu Backporters
[16:05] <meetingology> Meeting started at 16:05:18 UTC.  The chair is ddstreet.  Information about MeetBot at https://wiki.ubuntu.com/meetingology
[16:05] <meetingology> Available commands: action, commands, idea, info, link, nick
[16:05] <ddstreet> #topic review previous action items
[16:05] <ddstreet> #subtopic ddstreet reply to previous ML requests and open backport request bugs indicating change in process (carried over)
[16:05] <ddstreet> done! i closed *all* the old backport request bugs
[16:06] <ddstreet> for any backport request bug against a still-supported release, i made sure to add a comment linking to the new process and suggested the bug requestor re-open using the new process if appropriate
[16:06] <ddstreet> #subtopic ddstreet review u-d-t upload to focal
[16:07] <ddstreet> done, ma-preri uploaded it, i reviewed it and it's in -backports now :)
[16:07] <ddstreet> #subtopic ddstreet email ubuntu-devel list to announce re-opening of backports
[16:07] <ddstreet> not yet...i'll do this this week
[16:07] <ddstreet> #action ddstreet email ubuntu-devel list to announce re-opening of backports (carried over)
[16:07] <meetingology> ACTION: ddstreet email ubuntu-devel list to announce re-opening of backports (carried over)
[16:08] <ddstreet> i'll carry over ma-preri's item
[16:08] <ddstreet> #action mapreri propose text for membership process to add to KB page (carried over)
[16:08] <meetingology> ACTION: mapreri propose text for membership process to add to KB page (carried over)
[16:08] <ddstreet> #subtopic teward update tooling, requestbackport (carried over)
[16:08] <ddstreet> carry over i assume?
[16:08] <ddstreet> #subtopic teward review backportpackage tool (carried over)
[16:09] <ddstreet> #action teward update tooling, requestbackport (carried over)
[16:09] <meetingology> ACTION: teward update tooling, requestbackport (carried over)
[16:09] <ddstreet> #action teward review backportpackage tool (carried over)
[16:09] <meetingology> ACTION: teward review backportpackage tool (carried over)
[16:09] <ddstreet> and the 'unassigned' action items should also carry over
[16:09] <ddstreet> #action (unassigned) define details on handling members/leads who are no longer participating (carried over)
[16:09] <meetingology> ACTION: (unassigned) define details on handling members/leads who are no longer participating (carried over)
[16:09] <teward> yeah carry all
[16:09] <ddstreet> #action (unassigned) define process/procedure for adding new members (carried over)
[16:09] <meetingology> ACTION: (unassigned) define process/procedure for adding new members (carried over)
[16:10] <ddstreet> #action (unassigned) get DEB_VENDOR=ubuntu dch --bpo to DTRT pls
[16:10] <meetingology> ACTION: (unassigned) get DEB_VENDOR=ubuntu dch --bpo to DTRT pls
[16:10] <ddstreet> #action (unassigned) fix lintian to not complain about ~bpo suffix
[16:10] <meetingology> ACTION: (unassigned) fix lintian to not complain about ~bpo suffix
[16:10] <teward> ft job projects keep being moved around datewise and its killing me heh
[16:10] <ddstreet> that's all from the agenda
[16:10] <teward> ddstreet: request you reply to that one backport bug saying "Refile your request according to the new process"
[16:10] <teward> another action for you
[16:11] <ddstreet> which bug, the sdbus-cpp bug?
[16:11] <teward> yup
[16:11] <ddstreet> yeah i thought i did mention that in the bug
[16:12] <ddstreet> i'll recheck on it
[16:12] <teward> they dont seem to get that from yheir lasy reply
[16:12] <teward> blah keyboard >.>
[16:12] <ddstreet> ah ok yeah i'll follow up on that - i think they have been talking directly to the canonical server team
[16:13] <ddstreet> #topic AOB
[16:13] <ddstreet> i think we're doing pretty well with the new process yeah? i don't have anything else to bring up
[16:14] <ddstreet> i suppose i should schedule another mtg in 2 weeks, but it's possible we could drop the IRC mtgs soon, maybe in early 2022
[16:14] <ddstreet> #action ddstreet schedule mtg in 2 weeks
[16:14] <meetingology> ACTION: ddstreet schedule mtg in 2 weeks
[16:14] <ddstreet> teward anything else from you?
[16:16] <ddstreet> ok let's wrap!
[16:16] <ddstreet> #endmeeting
[16:16] <meetingology> Meeting ended at 16:16:40 UTC.  Minutes at https://new.ubottu.com/meetingology/logs/ubuntu-meeting/2021/ubuntu-meeting.2021-11-17-16.05.moin.txt
[16:16] <ddstreet> thanks teward o/
[16:16] <teward> thank you!
[16:17] <teward> and yeah nothing to bring up :)