[11:19] <ddaa> SteveA: ping
[11:19] <ddaa> thumper: ping
[11:19] <ddaa> Let's talk here
[11:19] <thumper> here
[11:19] <ddaa> so I won't mispresent SteveA
[11:19] <SteveA> hi
[11:19] <ddaa> Thumper said:
[11:20] <ddaa> (23:19:04) thumper: I don't feel a particularly desperate desire to be part of it if it's not necessary
[11:20] <ddaa> My notes about this sprint say
[11:20] <ddaa> Mention to poolie & tim:
[11:20] <ddaa> * Sprint 2 weeks .au in feb. or mar.
[11:20] <thumper> I also said:
[11:20] <thumper> [11:17]  <thumper> the chance of me getting over there is remote to minimal due to my wife killing me
[11:20] <thumper> [11:17]  <thumper> perhaps we could get jml over here
[11:20] <thumper> that is if I'm needed
[11:20] <ddaa> jml... Jonathan?
[11:20] <thumper> yep
[11:21] <ddaa> ha right
[11:21] <thumper> jml is his nick on freenode
[11:21] <ddaa> So, I said .au or .nz makes no difference for me.
[11:21] <SteveA> kiko and I are thinking about planning sprints for various launchpad teams
[11:21] <thumper> just to let you know, I have to head off in about 15 min
[11:21] <SteveA> the first question is whether there are things to achieve at a team in-person meeting
[11:22] <ddaa> Okay let's be quick just to sync with thumper
[11:22] <SteveA> then, to decide when, where and who
[11:23] <SteveA> if a meeting will be valuable, then getting ddaa down under is possible, and ddaa said he can be easily available for a 2 week trip
[11:23] <SteveA> so, that's something to consider
[11:23] <SteveA> but, I'm not saying that I favour it for its own sake
[11:23] <thumper> fair enough
[11:24] <ddaa> thumper: the other thing I wanted to tell you about
[11:25] <SteveA> it may be that there's enough back-end improving work for ddaa to do that a trip and meeting isn't useful for a while
[11:25] <ddaa> I mentioned that an increasing part of my import herding work is triaging import requests. As the system becomes more popular, more vcs details are entered by users who do not understand the implications and the launchpad best practices.
[11:27] <ddaa> So SteveA suggested that I come to Amsterdam next week, in particular to have some face time with matthewrevell to write documentation at which we can point users when an import request cannot go forward without reformulating it.
[11:27] <thumper> SteveA: there is the desire to get ddaa to spread the import knowledge more
[11:27] <thumper> ddaa: sounds like a very good idea to get more available docs
[11:27] <SteveA> which import knowledge in particular?
[11:27] <SteveA> we'll have a launchpad ops-admin person soon, who should learn how to roll out the importd stuff, and monitor it
[11:27] <SteveA> and understand how it does error reporting
[11:27] <thumper> what runs where and when, and how do fix things when things go wrong
[11:28] <thumper> SteveA: I didn't know about the launchpad-ops person
[11:28] <SteveA> so, at the level of services running correctly, that's something for the ops person to learn
[11:28] <thumper> they should understand it all
[11:28] <SteveA> he'll be working for james troup
[11:28] <thumper> SteveA: agreeed
[11:28] <ddaa> SteveA: regarding my personal constraints, I'm available starting next monday morning.
[11:28] <SteveA> as far as higher level stuff, to do with launchpad, database data, or VCS stuff going wrong
[11:29] <SteveA> that's something where we'll want to have damn good error reporting coming out from the importd systems
[11:29] <SteveA> so, I don't think it's important for jml to learn about detail of how the imports system works
[11:29] <SteveA> thumper: I spoke to elmo today and we talked about your access to vostok, which will be granted soon
[11:30] <SteveA> good dream
[11:30] <thumper> SteveA: good
[11:30] <SteveA> I think it will be helpful for you to help ddaa work out good ways to make that dream come true
[11:30] <SteveA> that is, I think the access to vostok will help you understand the systems
[11:30] <SteveA> so you can assist in that
[11:30] <thumper> ok
[11:31] <SteveA> ultimately, you and ddaa should not need to use the systems much directly
[11:31] <SteveA> as that'll become the ops person's job
[11:31] <thumper> I agree with that
[11:31] <SteveA> there will actually be 2 ops people
[11:31] <SteveA> so there will be holiday cover
[11:31] <SteveA> one person primarily for landscape, one primarily for launchpad
[11:31] <SteveA> but being able to cover for each other
[11:31] <thumper> sounds like a damn fine idea
[11:32] <SteveA> takes some load of stub too
[11:32] <thumper> handholding server processes is not my idea of fun
[11:32] <SteveA> so, ddaa and I were talking about getting decent error handling and error reporting into the systems
[11:32] <SteveA> as they currently are
[11:32] <SteveA> without doing a lot of refactoring first
[11:32] <thumper> ddaa: at least it is growing organically, and you're not being dumped in it
[11:33] <SteveA> and as a matter of urgency
[11:33] <SteveA> ddaa said he'd look at what can be done simply
[11:33] <ddaa> thumper: I'm sure it's an interesting thing to watch and make happen.
[11:34] <SteveA> it's like a rollercoaster on the moon
[11:34] <SteveA> without seat restraints
[11:34] <SteveA> powered by cheese
[11:34] <ddaa> thumper: SteveA drove a nail home about making things even more messy if necessary as long as we get error reporting.
[11:34] <thumper> ddaa: fair enough, I'm happy with that
[11:34] <thumper> as long as it doesn't stay messy for ever
[11:34] <SteveA> ddaa: you can still type one-handed, right?
[11:35] <ddaa> that's why I am reluctant. Anything that do not make messiness monotonously decreasing smells danger to me.
[11:35] <SteveA> there's messiness and there's functioning correctly
[11:36] <SteveA> they way I see it is we need to know how much we're functioning correctly
[11:36] <thumper> I don't think that there would be a big increase in mess
[11:36] <SteveA> so that when we improve the messiness
[11:36] <thumper> just not a decrease
[11:36] <thumper> I'm ok with that
[11:36] <SteveA> we know we're not doing so at the expense of QOS
[11:36] <ddaa> SteveA: don't worry, I'm sold to the idea of getting a better hold on how the thing work.
[11:36] <thumper> guys, I've gotta go
[11:36] <ddaa> If only to make the boss feel less anxious about it.
[11:36] <SteveA> cool, catch you later
[11:37] <ddaa> thumper: cya, the two sprint things are what I wanted to ping you about.
[11:37] <SteveA> thanks for delivering the summary of our conversation ddaa
[11:37] <ddaa> SteveA: thanks for fixing my inaccuracies


[18:04] <new> hello :)
[18:06] <new> i need help with linux- i am new and i just instell obuntu 14, and i dont now what is the commend that uploade the gui
[18:06] <new> can anyone help my?
[18:08] <new> me*


[11:06] <rbasak> lvoytek: the dovecot dep8 failure for mysql-8.0 should go away after the sync - there's a new version of dovecot in the mantic release pocket with the issue fixed.
[11:07] <rbasak> But there's no point chasing it because the s390x failure will remain, and might as well wait for the Debian sync for that.
[11:07] <rbasak> I didn't see anything else held up on a failure on the older version of dovecot's dep8 test, so there's nothing else to retry.
[13:55] <lvoytek> rbasak: Thanks for letting me know! I'll get the sync mp set up today
[14:28] <nteodosio> ogra, how do you run snapcraft to get logs? 'snapcraft --verbosity=trace --debug' gives me 'No such option: --verbosity Did you mean --verbose?'
[14:29] <nteodosio> --verbosity is an option according to the help page...
[14:29] <ogra> nteodosio, heh, snapcraft behaves completely different based on your "base:" ... some need --verbose, others need --verbosity=
[14:30] <ogra> i always forget which needs which and ususally do trial and error ...
[14:31] <ogra> (and the older core and core18 bases dont need anything and just make it behave like a developer tool as expected ? )
[14:33] <nteodosio> Ah OK so it depends on the core thing... I wonder why the help section says nothing about that. Thanks for the help!
[14:39] <nteodosio> I just determined that on core22 snapcraft doesn't complain about "--verbose", but the build doesn't become verbose, so you need --verbosity; on core20, --verbosity doesn't work (as reported above), only --verbose.
[14:39] <nteodosio> This confused me to no end.
[14:45] <ogra> nteodosio, well, be happy you dont have to deal with customers relying to 100% on snapcraft ? i have to explain the odd behavior about twice a week ...
[14:46] <nteodosio> Ouch
[14:56] <ahasenack> jbicha: hey, did you mean to include this diff in your lunar sponsoring of gdm3?
[14:56] <ahasenack> -Uploaders: Jeremy Bicha<EMAIL_ADDRESS>Marco Trevisan (Trevi?o<EMAIL_ADDRESS>[14:56] <ahasenack> +Uploaders: Jeremy Bicha<EMAIL_ADDRESS>[15:00] <jbicha> ahasenack: Seb was the sponsor, but I encourage you to ignore the Uploaders field. It is controlled by the dh_gnome_clean script & names come & go there for unimportant reasons
[15:02] <ahasenack> cool. np
[16:55] <mdeslaur> juliank: I'm stealing your libraw merge
[17:19] <ahasenack> things that don't help an sru: patching two ubuntu releases with the same patch, but with a) different patch filename; b) different dep3 headers
[17:20] <ahasenack> why oh why
[17:22] <seb128> ahasenack, if that's gdm that's because I started doing the SRUing from email ping before noticing that the bug had patches and sponsors subscribed and I though it was not nice for the submitter to not have used those but I've enough to do that I didn't want to reject and reupload for the other series, sorry :-/
[17:32] <danilogondolfo> Hi folks, may I ask someone to review/sponsor this network-manager MR? https://code.launchpad.net/~danilogondolfo/network-manager/+git/ubuntu-1/+merge/443876
[17:32] <danilogondolfo> It's addressing 2 LP bugs related to the changes we've made during the netplan integration.
[17:37] <seb128> danilogondolfo, I can review/sponsor it, and feel free to request me as reviewer in n-m changes
[17:38] <danilogondolfo> thanks seb128!
[17:39] <seb128> np!
[17:40] <danilogondolfo> I just requested another one hehehe
[17:42] <mdeslaur> did "optional=lto" go away in symbols files in mantic?
[17:45] <ahasenack> if it did, builds will fail
[17:46] <ahasenack> no?
[17:46] <bdmurray> enr0n: Have you looked at the halted phased update of systemd for Kinetic?
[17:48] <mdeslaur> ahasenack: yeah, I'm having failing builds :)
[17:48] <ahasenack> oops
[17:48] <mdeslaur> at least, locally
[17:48] <mdeslaur> let me upload and see if it,s a local problem
[17:48] <ahasenack> where these using lto before?
[17:49] <mdeslaur> same package builds fine in lunar
[17:49] <ahasenack> maybe it was being disabled via the lto-disabled-list package? And you don't ahve it for some reason?
[17:49] <mdeslaur> uh, let me research that
[17:50] <ahasenack> it's an rdep of dpkg-dev, so unlikely, but...
[17:50] <mdeslaur> nope not in that list
[17:50] <enr0n> bdmurray: oh, yes that was lost in my mail. There is no retrace info or logs on any of the occurrences, however, so I don't think those are actionable.
[17:51] <mdeslaur> ahasenack: oh wait a sec, I think I'm actually the issue ;)
[17:52] <ahasenack> the individual on the chair?
[17:52] <mdeslaur> ahasenack: yeah, that's the idiot I'm talking about
[17:52] <ahasenack> it keeps us rubber ducks employed
[17:52] <mdeslaur> hehe :)
[17:55] <bdmurray> enr0n: ugh - if https://errors.ubuntu.com/problem/7b3d6633f7edcb113a9a8d688d970b31087ac5fe failed to retrace it shouldn't block the SRU then
[18:04] <bdmurray> enr0n: not that it matters for the SRU but https://errors.ubuntu.com/problem/6ce92393c63aca4e5c471dabfba1b9e1acd8dbc2 looks similar to https://errors.ubuntu.com/problem/d00331a0400fe4f6d7a69d80935214be783b0fe9
[18:05] <cjwatson> Launchpad's Debian importer is working again now, on its new deployment.
[18:14] <enr0n> bdmurray: yeah they do look similar
[18:16] <bdmurray> For the record - I went through all the other regression crash reports blocking phased updates and only those two systemd ones failed to retrace.
[18:19] <enr0n> Often I find that when looking at those errors for systemd, the crashes are caused by wider system failures. Maybe there were other issues that prevented proper crash data from being obtained?


[00:00] <DazPetty> maybe there is a nother culprit
[00:01] <mrkramps> hard to debug … i just know some this may happen for some input devices. i had the same issue with a thinknav with 12.04
[00:05] <DazPetty> hmmm
[00:08] <mrkramps> my temporary solution was to install a sdd to speed up reboot :S
[00:14] <DazPetty> when my comp boots up
[00:15] <DazPetty> i want it to run "xwacomset" +variables
[00:15] <DazPetty> so that it will set my wacom to one screen
[00:15] <DazPetty> I allready know what to type into bash, but where could i put this to get it to do it automaticly
[00:16] <mrkramps> start script in lightdm or autostart of your session
[00:30] <new_2_xubuntu> Hi all. I have an HP Pavilion 23bw, max resolution 1920x1080 60HZ, and I have a Lenovo ThinkCentre M55. I can only get a max resolution of 1024x768 to display on my monitor thru a VGA cable.
[00:30] <new_2_xubuntu> my lcpsi is here http://paste.debian.net/164598/
[00:31] <new_2_xubuntu> not sure what else might be helpful
[00:31] <new_2_xubuntu> oh xrandr here: http://paste.debian.net/164599/
[00:32] <new_2_xubuntu> This is Xubuntu 14.04
[00:33] <mrkramps> vga might be the culprit here
[00:33] <new_2_xubuntu> oh?
[00:34] <mrkramps> but you may also try to add a modeline for fullhd
[00:37] <new_2_xubuntu> Hmmm well I just added 1920x1080_60.00 and my display is all squished to one side, can barely see to type :P
[00:38] <new_2_xubuntu> is VGA not made to handle 1920x1080? Bummer.
[00:39] <mrkramps> vga is not the best choice for fullhd, but yes … in most cases it should work
[00:39] <new_2_xubuntu> Could my cable be a factor? I don't see how, but ruled out many other things so far, have not tried a new cable yet.
[00:41] <mrkramps> new_2_xubuntu, https://askubuntu.com/questions/124858/how-to-setup-widescreen-resolutions-intel-graphics-media-accelerator-3000
[00:43] <mrkramps> resp. http://superuser.com/questions/311378/how-to-get-a-higher-resolution-on-ubuntu-11-04-using-an-intel-chipset
[00:43] <mrkramps> maybe just retry adding the modeline as mentioned in the second link
[00:56] <new_2_xubuntu> So it was apparently the cable...
[00:56] <new_2_xubuntu> I swapped the cable for another that I had, now I get 1920x1080 on this monitor.
[00:57] <new_2_xubuntu> Thanks for talking me through it! :P
[01:33] <xubuntu912> hi guys! i'm just a newbie on xubuntu, greetings to everybody!
[01:33] <xubuntu912> bye!
[07:51] <Trinity> hi guys, do programs continue to run when computer is in screensaver mode? and what is lightlocker?
[09:04] <manuelo> buongiorno chi mi aiuta per installare xubuntu?
[09:05] <manuelo> ho scaricato e montato il file immagine ma il cd non fa l'autoplay di installazione
[11:17] <Quenz> Anyone know how I can make my screen brighter? Gamma, preferably. There is no option in the display settings.
[11:53] <Ullarah> Hey hey! My HDDs have to be mounted by going into Thunar and then clicking on them. Is there a way for them to be mounted automatically on startup?
[11:53] <Ullarah> Quenz, check out redshift.
[12:09] <bekks> !fstab | Ullarah
[12:28] <Quenz> I'm getting errors with redshift. http://paste.ubuntu.com/10730234/ I'm sure it'd be great if it worked, Ullarah. :/
[12:32] <brainvvash> Quenz, bug 1386920
[12:42] <Ullarah> Quenz, here, use this, http://paste.ubuntu.com/10730302/
[12:43] <Ullarah> ~/.config/redshift.conf
[12:43] <Ullarah> Edit to your liking
[13:04] <Quenz> Okay, so how do I stop it changing the color temperature? I only want to use it to up the gamma. Ullarah?
[13:05] <Ullarah> Quenz, http://jonls.dk/redshift/
[13:05] <Ullarah> You can disable the temp part. And just use the gamma part.
[13:06] <Ullarah> ;gamma-day=0.8:0.7:0.8
[13:06] <Ullarah> ;gamma-night=0.6
[13:06] <Ullarah> Those two specifically.
[13:06] <Ullarah> Or you can set it so you have one single gamma, gamma=0.8
[13:23] <Quenz> Ullarah: How do I disable the temp part?
[13:23] <Quenz> Removing it from the config file doesn't work.
[15:51] <cthulhu> Hi
[15:51] <Guest13178> laptop receveid
[15:51] <Guest13178> installing Xubuntu ...
[15:53] <elf_punsher> voila
[16:01] <soulEscaper> hey. i installed openbox in xubuntu and i specified the gtk2 theme in the gtk rc
[16:02] <soulEscaper> but sometimes the application doesnt use the theme
[16:02] <soulEscaper> for example xarchever uses the theme, but software-center doesnt
[16:02] <soulEscaper> any idea how to fix this?
[16:03] <holstein> i might try #ubuntu or an openbox specific channel
[16:04] <soulEscaper> yes, the openbox channel has only 6 users, and the issue is not openbox , but gtk related
[16:05] <holstein> sure, im not making any assumption about what the "issue" is related to.. just trying to help you get somewhere that you can get an answer, since, the issue likely is not a problem in xfce/xubuntu
[16:06] <holstein> you have tried specifying with a flag? and running from command line?
[16:06] <soulEscaper> yes
[16:07] <holstein> so, specifying per application with a flag *does* apply the theme you want?
[16:07] <soulEscaper> i the programs that don t use the theme use gtk 3
[16:07] <mrkramps> soulEscaper, software-center requires a gtk3 theme afaik
[16:07] <holstein> sounds like thats the issue.. you may need to specify per application
[16:10] <soulEscaper> i searched on the internet, but there is no guide that explains how to install a gtk3 theme in xubuntu
[16:10] <mrkramps> oO
[16:10] <holstein> soulEscaper: sure.. you dont really need it for "xubuntu" specifically, since you are not using xubuntu
[16:10] <holstein> xubuntu *is* ubuntu.. so, you just do what is needed for gtk/ubuntu/debian, and that *should* do the trick..
[16:13] <soulEscaper> yes, most gtk3 packages are installed by default, I don t think all of them are in xubuntu and I don t want to install all the gnome packages
[16:13] <soulEscaper> so i need to know what i have to install for gtk3 to work in xubuntu/openbox
[16:14] <GridCube> it already does
[16:14] <GridCube> you dont need to do anyting
[16:14] <holstein> soulEscaper: the themes should specify what they need.. there is not "xubuntu/openbox" distro..
[16:14] <holstein> soulEscaper: what theme are you trying to use?
[16:15] <mrkramps> soulEscaper, you need ~/.gtkrc-2.0 and ~/.gtkrc-3.0
[16:15] <mrkramps> otherwise the theme is not found in the openbox session
[16:15] <holstein> it really should be that simple ^ and the theme should tell how to set it up..
[16:15] <soulEscaper> for example this theme: http://horst3180.deviantart.com/art/Vertex-Theme-470663601
[16:16] <holstein> soulEscaper: try using a "known good" simple theme.. make sure its not something with the theme its self that is "broken"..
[16:16] <soulEscaper> ok
[16:16] <mrkramps> and ask for help in an openbox or lubuntu channel … this is nothing related to xubuntu
[16:16] <holstein> one of the ones here, for example http://gnome-look.org/index.php?xcontentmode=167 something with good ratings..
[16:19] <soulEscaper> I also don t have a ~/.gtkrc-3.0
[16:20] <soulEscaper> so I will try to make that, and if it doesn t work i will go to the gnome channel
[16:20] <soulEscaper> thanks for help
[16:20] <holstein> soulEscaper: you should be able to easily create that, and the other things that are needed for the theme
[16:20] <holstein> soulEscaper: you are also not using gnome
[16:21] <soulEscaper> well the app uses a gnome them, so i think the gnome channel is maybe the best place for this issue
[16:21] <holstein> what app?
[16:22] <soulEscaper> file-roller, audacious, software-center, synaptic, .. they all use gtk3 theme s and don t have an option to use gtk 2 , I think it s stupid
[16:23] <mrkramps> *sigh'*
[16:23] <holstein> soulEscaper: sure.. let the maintainers know, otherwise, try installing a gtk3 theme, since, that *is* where things are going..
[16:25] <soulEscaper> ok I will let them know, because also every time they update gnome, most of the old gtk 3 themes break, which is also not desirable
[16:25] <soulEscaper> thanks for the help
[16:26] <soulEscaper> wc
[17:19] <nsh> this is a bit silly, but i can't find how to change the screensaver/locking settings... screen locks completely independently of lightlocker settings (which was how it used to be changed)
[17:21] <nsh> i think maybe gnome-screensaver is the culprit, but no dialog for it in settings manager
[17:57] <b1shop> i have a custom xubuntu livecd, and i would like to install it locally.  is there a package I can add to do that?  there is no menu option in this one like I am used to
[17:57]  * slickymaster also wanders off to start dealing with dinner
[17:57] <holstein> b1shop: i would ask the creators of the distro.. or, try the stock xubuntu installer, or mini iso, where you can install and customize as you please..
[17:57] <holstein> !mini
[17:57] <slickymaster> bah wrong channel. Sorry guys
[17:59] <b1shop> holstein: yeah. tried them. but while i was waiting for them to get back i thought i would check here.  i thought there was a package for the local install in xubuntu.  i figured just adding that to this distro might work
[17:59] <holstein> b1shop: there sure is! just grab xubuntu and use it..
[18:00] <b1shop> lol.  this distro has some additional software and changes to udev.  i wanted to keep all the changes
[18:01] <holstein> hopefully "they" provide you an installer..
[18:16] <b1shop> i was looking for usb-creator-gtk
[18:20] <holstein> b1shop: you can use unetbootin as well.. but, thats not an installer, in the traditional sense
[18:29] <squinn><PHONE_NUMBER>00
[20:10] <tomreyn> hi, i'm running xubuntu 14.04 and am trying to record the audio which is currently being played back. i looked at some guides but all og them suggest either using sound-/audio recorder, which fails to record here, or using audacity, where i cannot select the right input source.
[20:10] <tomreyn> would you know how to record audio which is currently being played back on xubuntu 14.04 ?
[20:11] <bazhang> only audio? or a full screencast
[20:11] <tomreyn> just audio would suffice, but either is fine
[20:11] <tomreyn> (note i don't have gnome-desktop-environment installed and would prefer to keep it this way)
[20:12] <bazhang> kazam is fairly light in the screencast dept
[20:17] <tomreyn> thanks, i'll give it a try
[20:22] <tomreyn> works :)
[20:23] <diana> hi
[20:24] <Guest97976> ok
[20:24] <Guest97976> hello?
[20:26] <knome> hello.
[20:28] <Guest974534> ok, is an atom Intel processor  good for xubuntu ? i have xubuntu 14.04.2 LTS .
[20:29] <bazhang> whats the ram
[20:30] <bazhang> onegb?
[20:30] <bazhang> two?
[20:30] <Guest974534> hmm... one second i well check
[20:31] <Guest974534> 1.7 g
[20:35] <Guest974534> 1.4 GB
[20:35] <Guest974534> 32 bit
[20:35] <Guest974534> sorry, i had to check.
[20:36] <knome> sounds just fine.
[20:37] <Guest974534> thanks, an i was wondering  when i tried to install Google chrome it give me a error .?
[20:38] <knome> how did you try to install it and what the error was?
[20:38] <Guest974534> is that a problem just in xubuntu?
[20:39] <Guest974534> it said it was unable to install to the computer and Ubuntu software center had and error after that.
[20:40] <knome> it's impossible to say what it is about unless we have the exact error message
[20:42] <Guest974534> i think it happen because i downloaded for that Internet .sorry i forgot what the message said exactly
[20:42] <knome> you should always install applications from the repositories when possible
[20:43] <Guest974534> ok, well i installed chromium after so thanks for the help .


[09:40] <anpok> alan_g: regarding the include "../lttng/*_report.h" - i could move the code from logging/default_configuration.cpp to src/server/default_server_configuration.cpp
[09:41] <alan_g> anpok: it would still  be a cross-component include
[09:42] <alan_g> I've not had a serious think about what the dependencies should be - but I'm tempted by the idea of putting all the reporting options together (that needs a few renames)
[09:44] <anpok> as in putting lttng and logging together?
[09:44] <anpok> or moving them into a report/lttng report/logging structure?
[09:45] <anpok> the only reason we need that is that because whe have to provide a the_..._report() method
[09:45] <anpok> if we could split that one up, we would never have to care about it
[09:46] <anpok> I thought about reigstering the different types somewhere
[09:46] <alan_g> anpok: True - there could be lttng and log report factories
[09:46] <anpok> or we could use something generic like: http://code.google.com/p/hypodermic
[09:48] <alan_g> alf_: opinion? ^^
[09:48] <anpok> that would dissolve most of default_configuration
[09:49] <anpok> we could wire the program_options with that one - or something like that - havent looked on what it needs and how it is done
[09:49] <alan_g> I'm not sure we need anything that generic
[09:50] <alf_> alan_g: looking
[09:51] <alan_g> Just "return LttngReportBuilder(...).foo_report();"
[09:54] <anpok> it would be the_foo_report() { return container.create<FooReport>() } and inside lttng/default_configuration.cpp ::register_types() { if (get_option("foo-report" == "lttng") { container.register<Foo,LttngFoo>() }
[09:54] <anpok> +Report two times
[09:56] <alf_> alan_g: anpok: (I am not sure if this is what Alan meant) how about the_foo_report() { if (lttng) the_lttng_builder().foo_report(); else the_logging_builder().foo_report(); }
[09:57] <alan_g> alf_: I meant the_foo_report() { if (lttng) LttngBuilder().foo_report(); else LoggingBuilder(the_log()).foo_report(); }
[09:58] <alf_> alan_g: anpok: that being said, lttng and logging are kind of reports so I would be ok with a report/lttng,report/logging structure
[09:58] <alan_g> Agreed
[10:02] <anpok> the generic approach above could also make our live simpler in other cases... i.e. image adding a constructor parameter somewhere, because we factor out functionality. with types registered like above, and compile time information on constructor signature, the change might not have cause further changes in test cases..
[10:09] <alan_g> I've used IOC containers in other languages and understand the attraction (and the problems). And I do realize that that we're on that road with DefaultServerConfiguration. I just don't think it is quite that simple to drop it in.
[10:10] <anpok> yes.
[10:11] <alan_g> Hmm. Why can't I find "google::protobuf::GoogleOnceInitImpl(int*, google::protobuf::Closure*)" on the N10 today?
[10:11] <anpok> .. so what would be a good intermediate solution.
[10:11] <anpok> reshuffling into another container - would that also add a namespace?
[10:11] <anpok> s/container/folder
[10:14] <alan_g> What I suggested above? a public class lttng::ReportFactory { shared_ptr<FooReport> foo_report() const; } in the lttng namespace that can be used by any component.
[10:17] <anpok> ok then agreed
[10:23] <alan_g> alf_: ?
[10:24] <alf_> alan_g: anpok: Why not hide that behind and interface and expose it through the_lttng_report_factory?
[10:27] <alan_g> It doesn't introduce another factory function into DefaultServerConfiguration - just gets used in the implementation.
[10:28]  * alan_g powers up N4 to see if that works any better
[10:29] <alf_> alan_g: anpok: But it does introduce a potential "hidden" dependency between lttng and other components
[10:30] <alf_> alan_g: anpok: I think that for our current purposes the report/lttng,report/logging structure would be more straightforward
[10:32] <alan_g> alf_: isn't that orthogonal?
[10:33] <alan_g> I mean something needs to provide assess to private report implementations in report/lttng and report/logging
[10:34] <alan_g> *access
[10:36] <alf_> alan_g: anpok: If it's available only for internal (subcomponent) access, I am OK, but we could just use the internal subcomponent classes directly. However, I got the feeling that lttng::ReportFactory was going to be public for *all* components to use.
[10:37] <alf_> (not that they would have much reason too)
[10:37] <alf_> s/too/to
[10:38] <alan_g> alf_: we only have "public" and "component private" so yes, it was going to be public
[10:45] <alan_g> alf_: @"but we could just use the internal subcomponent classes directly." that isn't how I've understood our rules
[10:47] <alan_g> Otherwise default_server_configuration.cpp could just access everyone's privates
[10:48] <alf_> alan_g: then perhaps subcomponent is not the right word. In my mind the lttng and logging are implementation details of report in this case, placed in separate internal directories.
[10:49] <alan_g> whereas I would give the classes prefixes and put them all in report
[10:50] <alf_> alan_g: That's an implementation detail ;)
[10:51] <alan_g> anpok: have you decided we're mad yet?
[12:02] <alan_g> alf_: did you get stuff working on android? Today I find that I've got an unresolved protobuf symbol when I try to run things
[12:02] <alf_> alan_g: haven't tried today, but it was working yesterday
[12:03] <alan_g> alf_: thanks
[12:13] <alan_g> \o/ zapping everything in sight and starting over worked
[12:22] <dandrader> alan_g, so mirclient doesn't install include/client/mir/*, just include/client/mir_toolkit/*. Because if that a libmirclient user cannot #include <mir/client/private.h> which is needed for the "custom RPC over mir socket" story
[12:23] <dandrader> s/if that/of that
[12:25] <alan_g> dandrader: I understand the problem. Not sure of the best solution - thinking...
[12:39] <alan_g> dandrader: yes. Adding that directory to include/mirclient seems to be the best answer. Want to log a bug for me to fix?
[12:39] <dandrader> alan_g, sure
[12:42] <dandrader> alan_g, https://bugs.launchpad.net/mir/+bug/1276565
[12:43] <alan_g> dandrader: thanks. Am on it
[12:48] <anpok> alan_g: was preparing lunch
[12:48] <anpok> alan_g: let me check on madness
[12:49] <anpok> ..processing..
[12:50] <anpok> i think yes
[12:55] <alan_g> dandrader: https://code.launchpad.net/~alan-griffiths/mir/fix-1276565/+merge/204899
[13:08] <kgunn> sil2100: i see "problems with unit test" on mir landing...what's up ?
[13:09] <sil2100> kgunn: where?
[13:09] <sil2100> kgunn: are you sure you're looking at the right landing?
[13:09] <kgunn> sil2100: ooo i better look again
[13:09] <kgunn> sorry :) sil2100
[13:10]  * kgunn should really wait for coffee before trying to read stuff
[13:10] <sil2100> kgunn: no problem ;) We need to wait until we are unblocked from the location-service bug before proceeding thouhj
[13:10] <sil2100> *though
[13:11] <mlankhorst> and xorg-server testing was broken anyway due to protobuf abi break :P
[13:16] <dandrader> alan_g|lunch, solve the problem! I would approve it but launchpad seems to be down at the moment.
[13:16] <dandrader> solves
[13:58] <rsalveti> kgunn: alf_: bug 1276621 needs to be fixed as well to enable the android backend by default
[13:58] <rsalveti> atm I'm just trying to push a custom mir package that defaults to the android backend
[15:27] <anpok> alf_: alan_g whats the idea behind the separation of ServerConfiguration and DefaultServerConfiguration?
[15:27] <anpok> i.e. the_logger is introduced at DSC
[15:27] <alf_> anpok: ServerConfiguration is the interface used by DisplayServer
[15:27] <alan_g> ServerConfiguration is what DisplayServer needs. DefaultServerConfiguration is a default implementation
[16:18] <dandrader> alan_g, protobuf question: do I have to keep my service stub alive until I get a reply from the service?
[16:19] <alan_g> dandrader: yes
[16:25] <dandrader> alan_g, hmm, looks like they're just thin wrappers around the given rpc_channel....
[16:25] <dandrader> eg: http://paste.ubuntu.com/6879913/
[16:27] <alan_g> yeah, they are mostly a level of indirection
[16:28] <dandrader> the thing is that by default they delete the channel when you delete the stub
[16:29] <kdub> do we have to ping someone about that protobuf mismatch problem with CI?
[16:30] <alan_g> kdub: no it sorted itself out.
[16:30] <kdub> alan_g, okay, cool
[16:31] <alan_g> Depending what's in your partial chroot and the image you use you may see the same thing (I did).
[16:31] <alan_g> But the latest versions are OK
[16:33] <alan_g> dandrader: they certainly don't separate concerns in a way that feels natural to me.
[16:43] <anpok> whats the legacy of legacy input report?
[16:46] <alan_g> IIRC that's the intercept of the original logging in the android input code
[16:48] <anpok> ok so it is not legacy in itself
[16:50] <alan_g> Well the idea was (is?) that we'd replace it with something better integrated into our reporting
[16:51] <anpok> hm I first thought it was legacy and hence did not do anything about it
[16:51] <anpok> i would first incorporate it into my current rework to not violate component boundaries
[16:52] <anpok> and then in a further step I would turn the log() interface into something more report-like?
[16:53] <alan_g> anpok: I'm not sure that's the best use of time
[16:55] <anpok> further .. as in .. further down the road
[16:56] <anpok> ... not this week
[16:56] <anpok> just stumbled across it since I was able to remove input_report from the public interface entirely
[17:01] <alan_g> :)
[17:06] <greyback> hey folks, I really need a reliable way of getting the PID of a Session
[17:10] <anpok> alan_g: i meant not with this mp
[17:14] <alan_g> greyback: I don't think it is kept after passing to connection_is_allowed() - I guess that's a feature request.
[17:16] <greyback> alan_g: I've logged it anyway, how could I push for it https://bugs.launchpad.net/mir/+bug/1276704
[17:19] <greyback> kgunn: could I push for that feature request? The workaround in unity-mir fails in some scenarios and I can't see any way to make it solid without that feature request
[17:19] <alan_g> greyback: that's the way. ;)
[17:19] <greyback> :D
[17:20] <kgunn> alan_g: are you volunteering by speaking :)
[17:21]  * alan_g shats up
[17:21] <alan_g> *shuts
[17:21] <kgunn> lol
[17:21] <kgunn> well..you could shat too...but well
[17:22] <alan_g> kgunn: I won't get to it today. But if you want I can look tomorrow.
[17:23] <kgunn> alan_g: thanks...was just looking to see if we had captured that on a bp as well...is it a specific of "cleanly abstract out application logic from the session mediator"
[17:26] <kgunn> greyback: is this for the sidestage flicker ? or some other ?
[17:26] <greyback> kgunn: other problem: rapid launching of apps confuses unity-mir - ppl do that to test mzanetti's work
[17:29] <alan_g> greyback: is it actually the PID you want? Or would it be better to allow you to attach an object to the session when it is authorised? (I'm thinking shared_ptr<void>)
[17:31] <greyback> alan_g: well PID would be easiest. With the latter suggestion, I would create object with PID and probably app_id to attach. It's much of a muchness to me
[17:32] <greyback> (I need PID to verify with upstart the process' app_id)
[17:33] <alan_g> greyback: PID is fine for us - but as I didn't know what you wanted it for I thought you might want something more generic
[17:35] <greyback> alan_g: gotcha. For now, PID is plenty enough. It is so that when a Session starts, I can take the PID and using upstart, match the app_id.


[02:27] <KGB-X> libgdamm5.0 Jeremy Bicha 468747 * commented merge request !1 * https://salsa.debian.org/gnome-team/libgdamm5.0/-/merge_requests/1#note_468747
[02:27] -ubottu:#ubuntu-desktop- Merge 1 in gnome-team/libgdamm5.0 "Fix some issues reported by lintian" [Closed]
[04:53] <KGB-X> gnome-shell signed tags bf60ac7 Jeremy Bicha ubuntu/46_beta-0ubuntu1 * gnome-shell Debian release 46~beta-0ubuntu1 * https://salsa.debian.org/gnome-team/gnome-shell/tags/ubuntu/46_beta-0ubuntu1
[04:53] <KGB-X> gnome-shell signed tags 54d1754 Jeremy Bicha upstream/46_beta * Upstream version 46~beta * https://salsa.debian.org/gnome-team/gnome-shell/tags/upstream/46_beta
[04:53] <KGB-X> gnome-shell ubuntu/latest 446b162 Jeremy Bícha debian/rules * Skip shell build tests for now since they are flaky * https://salsa.debian.org/gnome-team/gnome-shell/-/commit/446b162
[04:53] -ubottu:#ubuntu-desktop- Commit 446b162 in gnome-team/gnome-shell "Skip shell build tests for now since they are flaky"
[04:53] <KGB-X> gnome-shell ubuntu/latest 442fde2 Jeremy Bícha debian/patches/ series ubuntu/background_login.patch ubuntu/configure_login_screen.patch ubuntu/main-Support-loading-multiple-Yaru-theme-variants.patch * Revert "Temporarily disable login patches to get a working Ubuntu login" * https://salsa.debian.org/gnome-team/gnome-shell/-/commit/442fde2
[04:53] -ubottu:#ubuntu-desktop- Commit 442fde2 in gnome-team/gnome-shell "Revert 'Temporarily disable login patches to get a working Ubuntu login'"
[04:53] <KGB-X> gnome-shell ubuntu/latest 21e0ba4 Jeremy Bícha debian/ control patches/series patches/debian/Revert-build-Port-to-gcr4.patch * Build with gcr4 * https://salsa.debian.org/gnome-team/gnome-shell/-/commit/21e0ba4
[04:53] -ubottu:#ubuntu-desktop- Commit 21e0ba4 in gnome-team/gnome-shell "Build with gcr4"
[04:53] <KGB-X> gnome-shell ubuntu/latest 8a1154b Jeremy Bícha debian/changelog * releasing package gnome-shell version 46~beta-0ubuntu1 * https://salsa.debian.org/gnome-team/gnome-shell/-/commit/8a1154b
[04:53] -ubottu:#ubuntu-desktop- Commit 8a1154b in gnome-team/gnome-shell "releasing package gnome-shell version 46~beta-0ubuntu1"
[04:53] <KGB-X> gnome-shell upstream/latest 482a98d Jeremy Bicha * pushed 355 commits (first 5 follow) * https://salsa.debian.org/gnome-team/gnome-shell/compare/fe4226c...482a98d
[04:54] <KGB-X> gnome-shell upstream/latest 60fb2de kramo data/theme/ (5 files in 2 dirs) * theme: Increase padding of switches * https://salsa.debian.org/gnome-team/gnome-shell/-/commit/60fb2de
[04:54] -ubottu:#ubuntu-desktop- Commit 60fb2de in gnome-team/gnome-shell "theme: Increase padding of switches"
[04:54] <KGB-X> gnome-shell upstream/latest ebec609 Florian Müllner js/ui/messageTray.js * messageTray: Don't call _createPolicy() unconditionally * https://salsa.debian.org/gnome-team/gnome-shell/-/commit/ebec609
[04:54] -ubottu:#ubuntu-desktop- Commit ebec609 in gnome-team/gnome-shell "messageTray: Don't call _createPolicy() unconditionally"
[04:54] <KGB-X> gnome-shell upstream/latest 810391f Florian Müllner js/ui/messageTray.js * messageTray: Add NotificationPolicy.newFromApp() * https://salsa.debian.org/gnome-team/gnome-shell/-/commit/810391f
[04:54] -ubottu:#ubuntu-desktop- Commit 810391f in gnome-team/gnome-shell "messageTray: Add NotificationPolicy.newFromApp()"
[04:54] <KGB-X> gnome-shell upstream/latest 3fc7ed4 Florian Müllner js/ui/ components/telepathyClient.js extensionSystem.js notificationDaemon.js windowAttentionHandler.js * notification: Pass policy in the Source contructor * https://salsa.debian.org/gnome-team/gnome-shell/-/commit/3fc7ed4
[04:54] -ubottu:#ubuntu-desktop- Commit 3fc7ed4 in gnome-team/gnome-shell "notification: Pass policy in the Source contructor"
[04:54] <KGB-X> gnome-shell upstream/latest bb918ff Florian Müllner js/ui/messageTray.js * messageTray: Remove _createPolicy() hook * https://salsa.debian.org/gnome-team/gnome-shell/-/commit/bb918ff
[04:54] -ubottu:#ubuntu-desktop- Commit bb918ff in gnome-team/gnome-shell "messageTray: Remove _createPolicy() hook"
[04:55] <KGB-X> gnome-shell pipeline Jeremy Bicha 646215 * pending (extract-source: pending; build: created; build i386: created; build source: created; test-build-any: created; test-build-all: created; test-crossbuild-arm64: created; reprotest: created; lintian: created; autopkgtest: created; blhc: created; piuparts: created)
[04:55] <KGB-X> gnome-shell pipeline Jeremy Bicha 646215 * running (extract-source: running; build: created; build i386: created; build source: created; test-build-any: created; test-build-all: created; test-crossbuild-arm64: created; reprotest: created; lintian: created; autopkgtest: created; blhc: created; piuparts: created)
[04:55] <KGB-X> gnome-shell pipeline Jeremy Bicha 646219 * pending (extract-source: pending; build: created; build i386: created; build source: created; test-build-any: created; test-build-all: created; test-crossbuild-arm64: created; reprotest: created; lintian: created; autopkgtest: created; blhc: created; piuparts: created)
[04:55] <KGB-X> gnome-shell pipeline Jeremy Bicha 646219 * running (extract-source: running; build: created; build i386: created; build source: created; test-build-any: created; test-build-all: created; test-crossbuild-arm64: created; reprotest: created; lintian: created; autopkgtest: created; blhc: created; piuparts: created)
[04:57] <KGB-X> gnome-shell pipeline Jeremy Bicha 646215 * [4 minutes and 8 seconds] failed (extract-source: success; build: failed; build i386: failed; build source: failed; test-build-any: skipped; test-build-all: skipped; test-crossbuild-arm64: skipped; reprotest: skipped; lintian: skipped; autopkgtest: skipped; blhc: skipped; piuparts: skipped)
[05:03] <KGB-X> gnome-shell pipeline Jeremy Bicha 646219 * [9 minutes and 2 seconds] failed (extract-source: success; build: success; build i386: failed; build source: success; test-build-any: skipped; test-build-all: skipped; test-crossbuild-arm64: skipped; reprotest: failed; lintian: success; autopkgtest: success; blhc: success; piuparts: failed)
[05:10] <KGB-X> gnome-shell signed tags 1ac137a Jeremy Bicha ubuntu/46_beta-0ubuntu2 * gnome-shell Debian release 46~beta-0ubuntu2 * https://salsa.debian.org/gnome-team/gnome-shell/tags/ubuntu/46_beta-0ubuntu2
[05:10] <KGB-X> gnome-shell ubuntu/latest 2b45fc5 Jeremy Bícha debian/control * Build-Depend on libgtk-3-dev * https://salsa.debian.org/gnome-team/gnome-shell/-/commit/2b45fc5
[05:10] <KGB-X> gnome-shell ubuntu/latest 08fc0c1 Jeremy Bícha debian/changelog * releasing package gnome-shell version 46~beta-0ubuntu2 * https://salsa.debian.org/gnome-team/gnome-shell/-/commit/08fc0c1
[05:10] -ubottu:#ubuntu-desktop- Commit 2b45fc5 in gnome-team/gnome-shell "Build-Depend on libgtk-3-dev"
[05:10] -ubottu:#ubuntu-desktop- Commit 08fc0c1 in gnome-team/gnome-shell "releasing package gnome-shell version 46~beta-0ubuntu2"
[05:10] <KGB-X> gnome-shell pipeline Jeremy Bicha 646220 * pending (extract-source: pending; build: created; build i386: created; build source: created; test-build-any: created; test-build-all: created; test-crossbuild-arm64: created; reprotest: created; lintian: created; autopkgtest: created; blhc: created; piuparts: created)
[05:10] <KGB-X> gnome-shell pipeline Jeremy Bicha 646220 * running (extract-source: running; build: created; build i386: created; build source: created; test-build-any: created; test-build-all: created; test-crossbuild-arm64: created; reprotest: created; lintian: created; autopkgtest: created; blhc: created; piuparts: created)
[05:14] <KGB-X> gnome-shell pipeline Jeremy Bicha 646220 * [4 minutes and 18 seconds] failed (extract-source: success; build: failed; build i386: failed; build source: failed; test-build-any: skipped; test-build-all: skipped; test-crossbuild-arm64: skipped; reprotest: skipped; lintian: skipped; autopkgtest: skipped; blhc: skipped; piuparts: skipped)
[11:13] <seb128> ricotz, hey. There is a new thunderbird 115.8.1, do you plan to work on the update or should I add that to my backlog for post feature freeze? (I'm mostly asking because I've prepared security updates for 115.8.0 but I think it makes sense to directly go with .1)
[11:14] <ricotz> seb128, hey :), I got distracted, I already uploaded it to https://people.ubuntu.com/~ricotz/thunderbird/
[11:14] <seb128> ricotz, ah, great, thanks!
[11:15] <ricotz> seb128, yw
[11:30] <seb128> ricotz, uploaded
[11:35] <ricotz> seb128, thanks!
[11:38] <seb128> thank you for working on the update!
[13:00] <jbicha> Happy Feature Freeze Day!
[13:49] <seb128> jbicha, https://launchpadlibrarian.net/716718617/buildlog_ubuntu-noble-armhf.dconf_0.40.0-4build1_BUILDING.txt.gz well be need to sort out other packages first still it seems
[13:49] <seb128>  libgdk-pixbuf-2.0-0 : Depends: libglib2.0-0 (>= 2.75.0) but it is not installable
[13:49] <seb128> and harfbuzz, pango, vala
[14:04] <ricotz> also gobject-introspection
[14:35] <KGB-X> gnome-calculator ubuntu/latest 244ce02 Amin Bandali * pushed 52 commits (first 5 follow) * https://salsa.debian.org/gnome-team/gnome-calculator/compare/13d8d24...244ce02
[14:35] <KGB-X> gnome-calculator ubuntu/latest b4c50e9 Gwyneth Morgan (via Amin Bandali) lib/unit.vala * Add Troy ounce (ozt) as new unit * https://salsa.debian.org/gnome-team/gnome-calculator/-/commit/b4c50e9
[14:35] -ubottu:#ubuntu-desktop- Commit b4c50e9 in gnome-team/gnome-calculator "Add Troy ounce (ozt) as new unit"
[14:35] <KGB-X> gnome-calculator ubuntu/latest c26357d Robert Roth (via Amin Bandali) NEWS data/org.gnome.Calculator.appdata.xml.in * Prepared release 46.alpha * https://salsa.debian.org/gnome-team/gnome-calculator/-/commit/c26357d
[14:35] -ubottu:#ubuntu-desktop- Commit c26357d in gnome-team/gnome-calculator "Prepared release 46.alpha"
[14:35] <KGB-X> gnome-calculator ubuntu/latest 88ff394 Artur S0 (via Amin Bandali) po/ru.po * Update Russian translation * https://salsa.debian.org/gnome-team/gnome-calculator/-/commit/88ff394
[14:35] -ubottu:#ubuntu-desktop- Commit 88ff394 in gnome-team/gnome-calculator "Update Russian translation"
[14:35] <KGB-X> gnome-calculator ubuntu/latest c21c97d Danial Behzadi (via Amin Bandali) po/fa.po * Update Persian translation * https://salsa.debian.org/gnome-team/gnome-calculator/-/commit/c21c97d
[14:35] -ubottu:#ubuntu-desktop- Commit c21c97d in gnome-team/gnome-calculator "Update Persian translation"
[14:35] <KGB-X> gnome-calculator ubuntu/latest ae09551 Gabriel Brand (via Amin Bandali) po/de.po * Update German translation * https://salsa.debian.org/gnome-team/gnome-calculator/-/commit/ae09551
[14:35] -ubottu:#ubuntu-desktop- Commit ae09551 in gnome-team/gnome-calculator "Update German translation"
[14:44] <KGB-X> gnome-calculator ubuntu/latest f3464a0 Amin Bandali debian/control.in * Drop debian/control.in * https://salsa.debian.org/gnome-team/gnome-calculator/-/commit/f3464a0
[14:44] -ubottu:#ubuntu-desktop- Commit f3464a0 in gnome-team/gnome-calculator "Drop debian/control.in"
[15:00] <KGB-X> gnome-calculator signed tags 4d58f1f Amin Bandali ubuntu/1%46_beta-1ubuntu1 * gnome-calculator Debian release 1:46~beta-1ubuntu1 * https://salsa.debian.org/gnome-team/gnome-calculator/tags/ubuntu/1%46_beta-1ubuntu1
[15:00] <KGB-X> gnome-calculator ubuntu/latest 8a4730f Amin Bandali debian/changelog * releasing package gnome-calculator version 1:46~beta-1ubuntu1 * https://salsa.debian.org/gnome-team/gnome-calculator/-/commit/8a4730f
[15:00] -ubottu:#ubuntu-desktop- Commit 8a4730f in gnome-team/gnome-calculator "releasing package gnome-calculator version 1:46~beta-1ubuntu1"
[16:03] <KGB-X> orca tags 78ca45d Amin Bandali ubuntu/46_beta-1ubuntu1 * orca Debian release 46~beta-1ubuntu1 * https://salsa.debian.org/gnome-team/orca/tags/ubuntu/46_beta-1ubuntu1
[16:03] <KGB-X> orca ubuntu/latest 92291c6 Amin Bandali * pushed 738 commits (first 5 follow) * https://salsa.debian.org/gnome-team/orca/compare/6657bc8...92291c6
[16:03] <KGB-X> orca ubuntu/latest f48cb39 Joanmarie Diggs (via Amin Bandali) src/orca/event_manager.py * Event Manager: Remove event suspension * https://salsa.debian.org/gnome-team/orca/-/commit/f48cb39
[16:03] -ubottu:#ubuntu-desktop- Commit f48cb39 in gnome-team/orca "Event Manager: Remove event suspension"
[16:03] <KGB-X> orca ubuntu/latest cf31160 Joanmarie Diggs (via Amin Bandali) src/orca/event_manager.py * Remove use of sync mode for notifications * https://salsa.debian.org/gnome-team/orca/-/commit/cf31160
[16:03] -ubottu:#ubuntu-desktop- Commit cf31160 in gnome-team/orca "Remove use of sync mode for notifications"
[16:03] <KGB-X> orca ubuntu/latest 7dfbc8a Joanmarie Diggs (via Amin Bandali) src/orca/event_manager.py * Event Manager: Remove the 2006, for python 2, hack to free up GIL * https://salsa.debian.org/gnome-team/orca/-/commit/7dfbc8a
[16:03] -ubottu:#ubuntu-desktop- Commit 7dfbc8a in gnome-team/orca "Event Manager: Remove the 2006, for python 2, hack to free up GIL"
[16:04] <KGB-X> orca ubuntu/latest 91698ae Joanmarie Diggs (via Amin Bandali) src/orca/event_manager.py * Event Manager: Ensure task_done is always called when pruning events * https://salsa.debian.org/gnome-team/orca/-/commit/91698ae
[16:04] -ubottu:#ubuntu-desktop- Commit 91698ae in gnome-team/orca "Event Manager: Ensure task_done is always called when pruning events"
[16:04] <KGB-X> orca ubuntu/latest 96f3d47 Yuri Chornoivan (via Amin Bandali) po/uk.po * Update Ukrainian translation * https://salsa.debian.org/gnome-team/orca/-/commit/96f3d47
[16:04] -ubottu:#ubuntu-desktop- Commit 96f3d47 in gnome-team/orca "Update Ukrainian translation"
[16:30] <KGB-X> gnome-music tags 06e1912 Amin Bandali upstream/46_beta * Upstream version 46~beta * https://salsa.debian.org/gnome-team/gnome-music/tags/upstream/46_beta
[16:31] <KGB-X> gnome-music upstream/latest 63d0315 Amin Bandali * pushed 69 commits (first 5 follow) * https://salsa.debian.org/gnome-team/gnome-music/compare/cb66034...63d0315
[16:31] <KGB-X> gnome-music upstream/latest d734d72 Feliks Weber (via Amin Bandali) (8 files in 5 dirs) * Replace StarImage with StarToggle * https://salsa.debian.org/gnome-team/gnome-music/-/commit/d734d72
[16:31] -ubottu:#ubuntu-desktop- Commit d734d72 in gnome-team/gnome-music "Replace StarImage with StarToggle"
[16:32] <KGB-X> gnome-music upstream/latest 41ce51e Feliks Weber (via Amin Bandali) po/POTFILES.in * translation: Remove missing file from POTFILES * https://salsa.debian.org/gnome-team/gnome-music/-/commit/41ce51e
[16:32] -ubottu:#ubuntu-desktop- Commit 41ce51e in gnome-team/gnome-music "translation: Remove missing file from POTFILES"
[16:32] <KGB-X> gnome-music upstream/latest d1eaca7 Marinus Schraal (via Amin Bandali) (5 files in 3 dirs) * playlistdialog: Update to Adwaita 1.5 changes * https://salsa.debian.org/gnome-team/gnome-music/-/commit/d1eaca7
[16:32] -ubottu:#ubuntu-desktop- Commit d1eaca7 in gnome-team/gnome-music "playlistdialog: Update to Adwaita 1.5 changes"
[16:32] <KGB-X> gnome-music upstream/latest c2826b7 Marinus Schraal (via Amin Bandali) gnomemusic/about.py * about: Port to AdwAboutDialog * https://salsa.debian.org/gnome-team/gnome-music/-/commit/c2826b7
[16:32] -ubottu:#ubuntu-desktop- Commit c2826b7 in gnome-team/gnome-music "about: Port to AdwAboutDialog"
[16:32] <KGB-X> gnome-music upstream/latest fefbacd Marinus Schraal (via Amin Bandali) gnomemusic/coverpaintable.py meson.build * coverpaintable: Improve texture scaling * https://salsa.debian.org/gnome-team/gnome-music/-/commit/fefbacd
[16:32] -ubottu:#ubuntu-desktop- Commit fefbacd in gnome-team/gnome-music "coverpaintable: Improve texture scaling"
[16:32] <KGB-X> gnome-music pristine-tar 877ccad Amin Bandali gnome-music_46~beta.orig.tar.xz.delta gnome-music_46~beta.orig.tar.xz.id * pristine-tar data for gnome-music_46~beta.orig.tar.xz * https://salsa.debian.org/gnome-team/gnome-music/-/commit/877ccad
[16:32] -ubottu:#ubuntu-desktop- Commit 877ccad in gnome-team/gnome-music "pristine-tar data for gnome-music_46~beta.orig.tar.xz"
[18:25] <KGB-X> gtk2 ubuntu/latest 7c0e43f Amin Bandali * pushed 16 commits (first 5 follow) * https://salsa.debian.org/gnome-team/gtk2/compare/a35d212...7c0e43f
[18:25] <KGB-X> gtk2 ubuntu/latest b44d9a1 Simon McVittie (via Amin Bandali) debian/patches/098_multiarch_module_path.patch * Update list of packages that still rely on pre-multiarch module paths * https://salsa.debian.org/gnome-team/gtk2/-/commit/b44d9a1
[18:25] -ubottu:#ubuntu-desktop- Commit b44d9a1 in gnome-team/gtk2 "Update list of packages that still rely on pre-multiarch module paths"
[18:25] <KGB-X> gtk2 ubuntu/latest 70481c6 Amin Bandali debian/gbp.conf * Change debian-branch from debian/master to debian/latest * https://salsa.debian.org/gnome-team/gtk2/-/commit/70481c6
[18:25] -ubottu:#ubuntu-desktop- Commit 70481c6 in gnome-team/gtk2 "Change debian-branch from debian/master to debian/latest"
[18:25] <KGB-X> gtk2 ubuntu/latest e488318 Jeremy Bícha (via Amin Bandali) debian/patches/ series 098_multiarch_module_path.patch * Drop multiarch module path patch: nothing in Debian needs it any more * https://salsa.debian.org/gnome-team/gtk2/-/commit/e488318
[18:25] -ubottu:#ubuntu-desktop- Commit e488318 in gnome-team/gtk2 "Drop multiarch module path patch: nothing in Debian needs it any more"
[18:25] <KGB-X> gtk2 ubuntu/latest b81e326 Jeremy Bícha (via Amin Bandali) debian/patches/ series Check-for-attribute-availability-before-accessing-it.patch * Cherry-pick patch to fix GFileInfo critical warnings * https://salsa.debian.org/gnome-team/gtk2/-/commit/b81e326
[18:25] -ubottu:#ubuntu-desktop- Commit b81e326 in gnome-team/gtk2 "Cherry-pick patch to fix GFileInfo critical warnings"
[18:26] <KGB-X> gtk2 ubuntu/latest 69b70d2 Jeremy Bícha (via Amin Bandali) debian/ rules control.in * Stop generating d/control from a template * https://salsa.debian.org/gnome-team/gtk2/-/commit/69b70d2
[18:26] -ubottu:#ubuntu-desktop- Commit 69b70d2 in gnome-team/gtk2 "Stop generating d/control from a template"
[18:26] <KGB-X> gtk2 tags 0cb3976 Amin Bandali ubuntu/2.24.33-2ubuntu2 * Debian release 2.24.33-2ubuntu2 * https://salsa.debian.org/gnome-team/gtk2/tags/ubuntu/2.24.33-2ubuntu2
[18:38] <KGB-X> gtk2 ubuntu/latest 7e5ab4d Amin Bandali debian/control.in * Drop debian/control.in * https://salsa.debian.org/gnome-team/gtk2/-/commit/7e5ab4d
[18:38] -ubottu:#ubuntu-desktop- Commit 7e5ab4d in gnome-team/gtk2 "Drop debian/control.in"
[18:43] <KGB-X> gtk2 ubuntu/latest 3a1e84a Amin Bandali debian/changelog * releasing package gtk+2.0 version 2.24.33-3.1ubuntu1 * https://salsa.debian.org/gnome-team/gtk2/-/commit/3a1e84a
[18:43] -ubottu:#ubuntu-desktop- Commit 3a1e84a in gnome-team/gtk2 "releasing package gtk+2.0 version 2.24.33-3.1ubuntu1"
[18:43] <KGB-X> gtk2 tags ee0b28a Amin Bandali ubuntu/2.24.33-3.1ubuntu1 * gtk+2.0 Debian release 2.24.33-3.1ubuntu1 * https://salsa.debian.org/gnome-team/gtk2/tags/ubuntu/2.24.33-3.1ubuntu1
[19:06] <KGB-X> gtk3 ubuntu/latest 0be889b Amin Bandali * pushed 19 commits (first 5 follow) * https://salsa.debian.org/gnome-team/gtk3/compare/058a573...0be889b
[19:06] <KGB-X> gtk3 ubuntu/latest 230ced2 Matthias Clasen (via Amin Bandali) NEWS meson.build * Post-release version bump * https://salsa.debian.org/gnome-team/gtk3/-/commit/230ced2
[19:06] -ubottu:#ubuntu-desktop- Commit 230ced2 in gnome-team/gtk3 "Post-release version bump"
[19:06] <KGB-X> gtk3 ubuntu/latest 76bc2a5 David King (via Amin Bandali) tests/testinput.c * tests: Add GdkEvent casts in testinput * https://salsa.debian.org/gnome-team/gtk3/-/commit/76bc2a5
[19:06] -ubottu:#ubuntu-desktop- Commit 76bc2a5 in gnome-team/gtk3 "tests: Add GdkEvent casts in testinput"
[19:07] <KGB-X> gtk3 ubuntu/latest 05a12b1 David King (via Amin Bandali) testsuite/reftests/gtk-reftest.c * testsuite: Fix casts in reftests * https://salsa.debian.org/gnome-team/gtk3/-/commit/05a12b1
[19:07] -ubottu:#ubuntu-desktop- Commit 05a12b1 in gnome-team/gtk3 "testsuite: Fix casts in reftests"
[19:07] <KGB-X> gtk3 ubuntu/latest 6880ac9 Michael Wyraz (via Amin Bandali) gdk/x11/gdkscreen-x11.c * don't free monitor->name twice (fixes #6345) * https://salsa.debian.org/gnome-team/gtk3/-/commit/6880ac9
[19:07] -ubottu:#ubuntu-desktop- Commit 6880ac9 in gnome-team/gtk3 "don't free monitor->name twice (fixes #6345)"
[19:07] <KGB-X> gtk3 ubuntu/latest ba58b3a Michael Wyraz (via Amin Bandali) gdk/x11/gdkscreen-x11.c * Fix for #6342 * https://salsa.debian.org/gnome-team/gtk3/-/commit/ba58b3a
[19:07] -ubottu:#ubuntu-desktop- Commit ba58b3a in gnome-team/gtk3 "Fix for #6342"
[19:11] <KGB-X> gtk3 ubuntu/latest 4508d83 Amin Bandali debian/changelog * releasing package gtk+3.0 version 3.24.41-1.1ubuntu1 * https://salsa.debian.org/gnome-team/gtk3/-/commit/4508d83
[19:11] -ubottu:#ubuntu-desktop- Commit 4508d83 in gnome-team/gtk3 "releasing package gtk+3.0 version 3.24.41-1.1ubuntu1"
[19:11] <KGB-X> gtk3 signed tags 0fa4e35 Amin Bandali ubuntu/3.24.41-1.1ubuntu1 * gtk+3.0 Debian release 3.24.41-1.1ubuntu1 * https://salsa.debian.org/gnome-team/gtk3/tags/ubuntu/3.24.41-1.1ubuntu1
[19:52] <KGB-X> librsvg Sebastien Bacher 469042 * commented merge request !24 * https://salsa.debian.org/gnome-team/librsvg/-/merge_requests/24#note_469042
[19:52] -ubottu:#ubuntu-desktop- Merge 24 in gnome-team/librsvg "fix reftests" [Opened]
[20:19] <KGB-X> librsvg Matthias Geiger 469047 * commented merge request !24 * https://salsa.debian.org/gnome-team/librsvg/-/merge_requests/24#note_469047
[20:19] -ubottu:#ubuntu-desktop- Merge 24 in gnome-team/librsvg "fix reftests" [Opened]
[20:19] <KGB-X> librsvg Sebastien Bacher 469050 * commented merge request !24 * https://salsa.debian.org/gnome-team/librsvg/-/merge_requests/24#note_469050
[21:03] <KGB-X> librsvg Matthias Geiger 469063 * commented merge request !24 * https://salsa.debian.org/gnome-team/librsvg/-/merge_requests/24#note_469063
[21:03] -ubottu:#ubuntu-desktop- Merge 24 in gnome-team/librsvg "fix reftests" [Opened]
[21:10] <KGB-X> gnome-online-accounts signed tags a0967e1 Jeremy Bicha upstream/3.49.2 * Upstream version 3.49.2 * https://salsa.debian.org/gnome-team/gnome-online-accounts/tags/upstream/3.49.2
[21:10] <KGB-X> gnome-online-accounts upstream/latest 8806be2 Jeremy Bicha * pushed 62 commits (first 5 follow) * https://salsa.debian.org/gnome-team/gnome-online-accounts/compare/be61eae...8806be2
[21:11] <KGB-X> gnome-online-accounts upstream/latest be8427a Andy Holmes (5 files in 3 dirs) * Merge branch 'wip/andyholmes/icon-updates' into 'master' * https://salsa.debian.org/gnome-team/gnome-online-accounts/-/commit/be8427a
[21:11] -ubottu:#ubuntu-desktop- Commit be8427a in gnome-team/gnome-online-accounts "Merge branch 'wip/andyholmes/icon-updates' into 'master'"
[21:11] <KGB-X> gnome-online-accounts upstream/latest ea18fc4 Andy Holmes src/goabackend/goakerberosprovider.c * goabackend: rename the Kerberos provider to Kerberos * https://salsa.debian.org/gnome-team/gnome-online-accounts/-/commit/ea18fc4
[21:11] -ubottu:#ubuntu-desktop- Commit ea18fc4 in gnome-team/gnome-online-accounts "goabackend: rename the Kerberos provider to Kerberos"
[21:11] <KGB-X> gnome-online-accounts upstream/latest 1195539 Andy Holmes src/goabackend/goakerberosprovider.c * Merge branch 'wip/andyholmes/kerberos-rename' into 'master' * https://salsa.debian.org/gnome-team/gnome-online-accounts/-/commit/1195539
[21:11] -ubottu:#ubuntu-desktop- Commit 1195539 in gnome-team/gnome-online-accounts "Merge branch 'wip/andyholmes/kerberos-rename' into 'master'"
[21:11] <KGB-X> gnome-online-accounts upstream/latest 5a7da96 Daniel Rusek po/cs.po * Update Czech translation * https://salsa.debian.org/gnome-team/gnome-online-accounts/-/commit/5a7da96
[21:11] -ubottu:#ubuntu-desktop- Commit 5a7da96 in gnome-team/gnome-online-accounts "Update Czech translation"
[21:11] <KGB-X> gnome-online-accounts upstream/latest 78a70dd Tobias Bernard data/icons/scalable/ (6 files) * icons: larger border radius * https://salsa.debian.org/gnome-team/gnome-online-accounts/-/commit/78a70dd
[21:11] -ubottu:#ubuntu-desktop- Commit 78a70dd in gnome-team/gnome-online-accounts "icons: larger border radius"
[21:12] <KGB-X> gnome-online-accounts pristine-tar 18fc1ee Jeremy Bícha gnome-online-accounts_3.49.2.orig.tar.xz.delta gnome-online-accounts_3.49.2.orig.tar.xz.id * pristine-tar data for gnome-online-accounts_3.49.2.orig.tar.xz * https://salsa.debian.org/gnome-team/gnome-online-accounts/-/commit/18fc1ee
[21:12] -ubottu:#ubuntu-desktop- Commit 18fc1ee in gnome-team/gnome-online-accounts "pristine-tar data for gnome-online-accounts_3.49.2.orig.tar.xz"
[23:21] <KGB-X> librsvg Matthias Geiger 469091 * commented merge request !24 * https://salsa.debian.org/gnome-team/librsvg/-/merge_requests/24#note_469091
[23:21] -ubottu:#ubuntu-desktop- Merge 24 in gnome-team/librsvg "fix reftests" [Opened]
[23:43] <KGB-X> gnome-session signed tags bb55793 Jeremy Bicha ubuntu/46_alpha-1ubuntu1 * gnome-session Debian release 46~alpha-1ubuntu1 * https://salsa.debian.org/gnome-team/gnome-session/tags/ubuntu/46_alpha-1ubuntu1
[23:43] <KGB-X> gnome-session signed tags 1649dbc Jeremy Bicha upstream/46_alpha * Upstream version 46~alpha * https://salsa.debian.org/gnome-team/gnome-session/tags/upstream/46_alpha
[23:43] <KGB-X> gnome-session ubuntu/latest 9606f46 Jeremy Bicha * pushed 38 commits (first 5 follow) * https://salsa.debian.org/gnome-team/gnome-session/compare/1846185...9606f46
[23:43] <KGB-X> gnome-session ubuntu/latest ee2ff91 Jordan Petridis doc/dbus/meson.build doc/man/meson.build doc/meson.build meson.build * build: Replace custom summary with meson's builtin * https://salsa.debian.org/gnome-team/gnome-session/-/commit/ee2ff91
[23:43] -ubottu:#ubuntu-desktop- Commit ee2ff91 in gnome-team/gnome-session "build: Replace custom summary with meson's builtin"
[23:43] <KGB-X> gnome-session ubuntu/latest 3e8903e David Mohammed gnome-session/ (28 files) * https://salsa.debian.org/gnome-team/gnome-session/-/commit/3e8903e
[23:43] -ubottu:#ubuntu-desktop- Commit 3e8903e in gnome-team/gnome-session "Correct the copyright header merchantability statement to point to the General Public License - closes #119"
[23:43] <KGB-X> Correct the copyright header merchantability statement to point to the General Public License - closes #119
[23:43] <KGB-X> gnome-session ubuntu/latest 5fec53e Valentin David tools/gnome-session-inhibit.c * gnome-session-inhibit: Set process as terminal foreground process group * https://salsa.debian.org/gnome-team/gnome-session/-/commit/5fec53e
[23:43] -ubottu:#ubuntu-desktop- Commit 5fec53e in gnome-team/gnome-session "gnome-session-inhibit: Set process as terminal foreground process group"
[23:43] <KGB-X> gnome-session ubuntu/latest 32044c4 Ray Strode NEWS meson.build * Version 46.alpha * https://salsa.debian.org/gnome-team/gnome-session/-/commit/32044c4
[23:43] -ubottu:#ubuntu-desktop- Commit 32044c4 in gnome-team/gnome-session "Version 46.alpha"
[23:44] <KGB-X> gnome-session ubuntu/latest 1bfa279 Heinrich Schuchardt debian/control * debian/control: depend on adwaita-icon-theme * https://salsa.debian.org/gnome-team/gnome-session/-/commit/1bfa279
[23:44] -ubottu:#ubuntu-desktop- Commit 1bfa279 in gnome-team/gnome-session "debian/control: depend on adwaita-icon-theme"
[23:44] <KGB-X> gnome-session upstream/latest 19cc81f Jeremy Bicha * pushed 20 commits (first 5 follow) * https://salsa.debian.org/gnome-team/gnome-session/compare/0ce6b55...19cc81f
[23:44] <KGB-X> gnome-session upstream/latest 05cf3a1 Kristjan SCHMIDT po/eo.po * Update Esperanto translation * https://salsa.debian.org/gnome-team/gnome-session/-/commit/05cf3a1
[23:44] -ubottu:#ubuntu-desktop- Commit 05cf3a1 in gnome-team/gnome-session "Update Esperanto translation"
[23:44] <KGB-X> gnome-session upstream/latest 82593c8 Sabri Ünal po/tr.po * Update Turkish translation * https://salsa.debian.org/gnome-team/gnome-session/-/commit/82593c8
[23:44] -ubottu:#ubuntu-desktop- Commit 82593c8 in gnome-team/gnome-session "Update Turkish translation"
[23:44] <KGB-X> gnome-session upstream/latest 76534bc Jordan Petridis (15 files in 5 dirs) * Drop consolekit backend and hard depend on systemd * https://salsa.debian.org/gnome-team/gnome-session/-/commit/76534bc
[23:44] -ubottu:#ubuntu-desktop- Commit 76534bc in gnome-team/gnome-session "Drop consolekit backend and hard depend on systemd"
[23:45] <KGB-X> gnome-session upstream/latest 93bf323 Jordan Petridis data/meson.build doc/dbus/meson.build meson.build data/org.gnome.SessionManager.gschema.xml * build: fix meson warnings and require meson 0.60 * https://salsa.debian.org/gnome-team/gnome-session/-/commit/93bf323
[23:45] -ubottu:#ubuntu-desktop- Commit 93bf323 in gnome-team/gnome-session "build: fix meson warnings and require meson 0.60"
[23:45] <KGB-X> gnome-session upstream/latest 0249fb7 Jordan Petridis data/ meson.build gnome-session.convert * build: drop gconf migration file * https://salsa.debian.org/gnome-team/gnome-session/-/commit/0249fb7
[23:45] -ubottu:#ubuntu-desktop- Commit 0249fb7 in gnome-team/gnome-session "build: drop gconf migration file"
[23:45] <KGB-X> gnome-session pristine-tar a646bc6 Jeremy Bícha gnome-session_46~alpha.orig.tar.xz.delta gnome-session_46~alpha.orig.tar.xz.id * pristine-tar data for gnome-session_46~alpha.orig.tar.xz * https://salsa.debian.org/gnome-team/gnome-session/-/commit/a646bc6
[23:45] -ubottu:#ubuntu-desktop- Commit a646bc6 in gnome-team/gnome-session "pristine-tar data for gnome-session_46~alpha.orig.tar.xz"


[01:40] <bcurtiswx> quilt edit always says patch is located below debian/patches/
[01:40] <bcurtiswx> how do I fix that?
[01:41] <ebroder> are you trying to do something like "quilt edit debian/patches/my_new_awesome_patch.patch"?
[01:42] <nomadium> bcurtiswx: with QUILT_PATCHES env var?
[01:42] <bcurtiswx> ebroder, yes.  i have it pushed to that patch, and am trying to quilt edit
[01:42] <bcurtiswx> yes i have that in my .bashrc
[01:42] <ebroder> bcurtiswx: you use quilt edit to edit files in a patch. you use quilt create to make a new patch
[01:42] <ebroder> bcurtiswx: quilt automatically works on the last patch that you pushed
[01:43] <bcurtiswx> OK, so it will edit a chunk in a patch?
[01:43] <bcurtiswx> ebroder, ^^
[01:44] <ebroder> bcurtiswx: or create a new one as needed
[01:46] <bcurtiswx> ebroder, ty
[01:50] <bcurtiswx> ebroder, how would I delete a chunk from a patch?
[01:52] <bcurtiswx> manually the only way?
[01:53] <EagleScreen> I ma trying to create a natty enviroment with pbuilder in Debian testing, I get this: http://pastebin.ca/2039969
[01:54] <EagleScreen> this is my pbuilderrc http://pastebin.ca/2039984
[01:54] <bcurtiswx> EagleScreen, pbuilder-dist natty ?
[01:55] <EagleScreen> bcurtiswx: I use sudo DIST=natty pbuilder create
[01:56] <EagleScreen> how do I do it in your way?
[01:56] <bcurtiswx> do you get the same error with pbuilder-dist natty create ?
[02:00] <EagleScreen> yes bcurtiswx, the same
[02:04] <bcurtiswx> EagleScreen, could be your pbuiderrc, comment the entire thing out and see if my command works then
[02:05] <EagleScreen> bcurtiswx: the DEBOOTSTRAPOPTS= line?
[02:06] <bcurtiswx> seems to be where your issues are.. so its a good start
[02:09] <EagleScreen> bcurtiswx: the same for your command
[02:10] <bcurtiswx> EagleScreen, try commenting out the entire pbuilderrc just to see if it is really something with that in the first place
[02:11] <EagleScreen> ok
[02:11] <EagleScreen> i will mv it
[02:12] <bcurtiswx> EagleScreen, yes, didn't think of that
[02:13] <EagleScreen> the same error
[02:15] <EagleScreen> :(
[02:15] <bcurtiswx> EagleScreen, pastebin plz
[02:16] <EagleScreen> here is http://pastebin.ca/2039993
[02:18] <ari-tczew> EagleScreen: have you got installed debian-archive-keyring ?
[02:18] <EagleScreen> will check it, but shouldn't I need ubuntu-archive-keyring?
[02:18] <EagleScreen> debian-archive-keyring is installed
[02:19] <bcurtiswx> EagleScreen, is the ubuntu one installed?
[02:19] <EagleScreen> ubuntu-archive-keyring (or ubuntu-keyring) isn't because it is not packaged in Debian
[02:19] <EagleScreen> do I need it?
[02:19] <EagleScreen> I can install it
[02:20] <bcurtiswx> EagleScreen, its ubuntu-keyring
[02:20] <bcurtiswx> got it ?
[02:21] <EagleScreen> I have installed it
[02:21] <EagleScreen> the same problem with sudo pbuilder-dist natty create
[02:22] <bcurtiswx> patebin plz
[02:22] <EagleScreen> ok -> http://pastebin.ca/2040000
[02:23] <bcurtiswx> hmm, whats the version of the key ?
[02:23] <EagleScreen> i have installed this one -> http://packages.ubuntu.com/natty/all/ubuntu-keyring/download
[02:25] <EagleScreen> the same happens trying to create a maverick or lucid enviroment
[02:26] <bcurtiswx> EagleScreen, you're running as root
[02:26] <bcurtiswx> i don't usually
[02:27] <EagleScreen> I always run pbuilder as root as the root tar.gz are stored out of home
[02:27] <EagleScreen> sudo DIST=natty pbuilder create needs to be run as root
[02:28] <EagleScreen> if I am not root, I get this: Error: Could not find "pbuilder".
[02:29] <bcurtiswx> you have an interesting setup, hmm.  not sure how to help you from this point. sorry
[02:30] <EagleScreen> thanks anyway
[02:32] <ari-tczew> EagleScreen: I have installed debian-archive-keyring, not debian-keyring
[02:33] <EagleScreen> I too, i ma installing now debian-keyring
[02:34] <EagleScreen> remember that I am trying to create an ubuntu root in a Debian system
[02:36] <ari-tczew> EagleScreen: try:  sudo pbuilder-dist natty create --debootstrapopts "--keyring=/usr/share/keyrings/debian-archive-keyring.gpg"
[02:37] <EagleScreen> same error
[02:38] <ari-tczew> so I don't have an idea
[02:39] <ari-tczew> EagleScreen: maybe wiki will be helpful for you: https://wiki.ubuntu.com/PbuilderHowto
[02:57] <EagleScreen> I was using '--keyring' '/usr/share/keyrings/ubuntu-archive-keyring.gpg'  and the right option is "--keyring=/usr/share/keyrings/ubuntu-archive-keyring.gpg" in .pbuilderrc, not it works, but  sudo pbuilder-dist natty create --debootstrapopts "--keyring=/usr/share/keyrings/debian-archive-keyring.gpg" doesn't
[02:59] <ari-tczew> EagleScreen: so problem is fixeD?
[02:59] <EagleScreen> yes if I use my old way
[04:43] <Legendario> what should i do to package a software which upstream only releases the source as a zip package
[04:43] <Legendario> ?
[04:44] <micahg> Legendario: you can repack as tar.gz
[04:48] <Legendario> micahg, thanks
[04:48] <Legendario> :-)
[04:49] <micahg> Legendario: you should make a get-orig-source rule to do it
[04:50] <Legendario> micahg, how do i do that?
[05:03] <micahg> Legendario: here's an example for svn http://wiki.debian.org/SandroTosi/Svn_get-orig-source, you just need to replace the svn checkout bits with code to download the .zip file and decompress it
[05:04] <Legendario> thanks micahg
[05:05] <Legendario> micahg, do you have an example with cdbs
[05:05] <Legendario> ?
[05:08] <micahg> Legendario: https://wiki.ubuntu.com/PackagingGuide/Examples/ChangingTheOrigTarball
[05:10] <micahg> http://cdbs-doc.duckcorp.org/en/cdbs-doc.xhtml#id392217
[07:22] <dholbach> good morning
[11:26] <batronix> I've put a changelog file into the DEBIAN folder of my package and get a "W: ... unknown-control-file changelog" from lintian
[11:29] <akheron> batronix: changelog doesn't go to DEBIAN, it goes to /usr/share/doc/yourpkg/
[11:29] <akheron> you shouldn't copy these files by hand, use debhelper instead
[11:31] <batronix> thank you. I'll take a look at debhelper.
[12:43] <mok0> Jeez I am having a hell of a time trying to build a source package under bzr control
[12:43] <mok0> this close to giving up on bzr
[12:45] <mok0> I wish there was a source package format where you could define what you want to go in there and not rely on debuilds flawed logic
[12:48] <Bachstelze> I've never worked bith bzr really but yeah, I'm not particularly eager to try
[12:48] <Bachstelze> It really seems like just overhead to me
[12:52] <mok0> Bachstelze: it is a convinient way to keep track of your changes
[12:52] <Bachstelze> meh
[12:52] <Bachstelze> debian/changelog is good enough for me
[12:52] <mok0> But a.t.m. we have a whole range of tools and they are all getting on each other's toes
[12:53] <Bachstelze> often I have just skipped over a package that I could have fixed because I don't really have the time to figure out how bzr works
[12:53] <mok0> Bachstelze: yeah it's a problem
[12:55] <mok0> Bachstelze: It would be very convienient, because you can check out and unpack the sources very easily. The really really dumb thing is that you _still_ need an .orig.tar.gz tarball like before.
[12:55] <mok0> So why doesn
[12:55] <mok0> t dpkg-buildpackage just check out the sources from bazaar instead of unpacking the tarball???
[12:56] <mok0> My problem is that there are differences between upstream's bzr tree and the tarball that can be produced using "make dist"
[12:57] <mok0> so dpkg-buildpackage tries to represent those differences, but they are _meaningless_
[12:57] <mok0> If there was at least some way to say: only represent diffs in debian/ ignore the resst
[12:58] <akheron> mok0: can't you repack the upstream's bzr tree as the orig.tar.gz?
[12:58] <mok0> akheron: yes I could
[12:59] <mok0> akheron: I will probably have to do that
[12:59] <mok0> akheron: but it just illustrates how the tools work at cross-purposes
[13:02] <mok0> akheron: and doing it that way means I have to extract the version number from configure.in
[13:02] <mok0> grr
[13:06] <akheron> but if you're packaging software that releases tarballs, why do you want to use the code in their bzr repo?
[13:07] <akheron> if they were using git, would you use git-buildpackage?
[13:07] <akheron> why don't you use your own favorite tool and the tarball?
[13:08] <akheron> at least git-buildpackage supports working with the upstream tarballs so that your debian changes live in a different branch and when a new upstream version is released, you import it to your _packaging_ tree and merge accordingly
[13:08] <akheron> the packaging git tree is completely separate from the upstream source tree
[13:21] <mok0> akheron: they are not releasing tarballs
[13:22] <akheron> ah
[13:22] <mok0> akheron: but it's a gnu autotools project, so the easiest way to do it is to do "make dist"
[13:22] <akheron> so won't your bzr tool do an upstream tarball for you then, without using make dist?
[13:22] <akheron> at least git-buildpackage does
[13:22] <akheron> it just takes the sources
[13:22] <mok0> akheron: perhaps it can do that
[13:23] <akheron> mok0: if it's an autotools project you should not ship ./configure or any generated stuff in the tarball
[13:23] <akheron> and run autoreconf -f -i as the first thing when building
[13:23] <mok0> akheron: well, yes, but...
[13:23] <akheron> and depend on autoconf, automake and libtool (or whatever is needeD)
[13:23] <mok0> that's not the autotools way
[13:23] <akheron> it's the debian way if there are no tarballs
[13:23] <akheron> (I think)
[13:24] <mok0> akheron: make dist creates all you need to build the package, on ANY system
[13:24] <akheron> so does "autoreconf -f -i; ./configure"
[13:24] <mok0> akheron: true :-)
[13:24] <mok0> akheron: I am doing that anyway :-)
[13:25] <akheron> I've been struggling with this myself
[13:25] <mok0> akheron: ... because upstream's version of libtool is causing problems
[13:25] <mok0> *sigh*
[13:25] <akheron> well, that's a different problem then :)
[13:25] <mok0> akheron: my problem is getting bzr-builddeb to *run* in the first place
[13:27] <mok0> akheron: which it doesn't because it complains about a whole bunch of changes that can't be represented in diff... changes which I don't _care_ about.
[13:28] <akheron> what versions do you have with libtool?
[13:28] <akheron> how can you bootstrap the autotools if there are problems with libtool?
[13:29] <mok0> akheron: it seems the ltmain.sh shipped in the bzr repo is out-of-sync versionwise with some of the other tools...
[13:29] <mok0> akheron: autoreconf -i -f fixes that
[13:29] <akheron> why do they ship ltmain.sh?
[13:29] <akheron> are there other generated files in the bzr repo too?
[13:29] <mok0> akheron: don't know
[13:30] <mok0> akheron: afair, yes
[13:30] <akheron> sigh
[13:30] <akheron> :)
[13:30] <mok0> akheron: *sigh*
[13:30] <akheron> do they depend on a certain version of some of these tools?
[13:30] <mok0> akheron: I think the tools depend on the right versions of each other...
[13:31] <akheron> yes but does the project require a specific version of e.g. libtool to build at all?
[13:31] <akheron> or something like that
[13:32] <mok0> akheron: no, I don't think so... I got an error message at some point... can't remember the exact circumstances... I just fixed it using -f -i
[13:33] <mok0> akheron: I just continued with that and didn't do a post-mortem
[13:33] <akheron> well, if autoreconf makes it work, why don't you just run autoreconf on build and be happy with a tarball that contains only the stuff in the bzr tree?
[13:33] <mok0> akheron: it's definitely an option
[13:33] <akheron> that would *not* work only if they required a specific version of some of the tools
[13:33] <akheron> and that specific version is not available for ubuntu/debian
[13:33] <mok0> akheron: they don't
[13:34] <mok0> akheron: ... I think that is rather typical if you include the generated files in the repo
[13:35] <mok0> because then, if upstream is ahead of you in terms of system upgrading, you are in trouble
[13:35] <akheron> you mean they use never versions of the tools than you have available?
[13:35] <mok0> akheron: yes
[13:35] <mok0> akheron: newer macros and so on
[13:36] <akheron> then you should get a "make dist" tarball on a system that has the new tools and not use the upstream bzr at all
[13:36] <mok0> akheron: indeed
[13:37] <mok0> akheron: anyway, thanks for the ping-pong. I am more relaxed now :-)
[13:37] <akheron> np :)
[13:41] <akoskm> Hi! How can I modify the java.library.path while I'm installing my package? I have precompiled native libraries (by ant) what I want to include their directory in java.library.path.
[14:04] <BlackZ> ScottK: hello, can you please have a look at bug #697844 if you have time?
[14:04] <ScottK> Sure
[14:04] <BlackZ> ScottK: thanks :)
[14:08] <ScottK> Done
[18:58] <evaluate> hello dapal :-)
[19:51] <dapal> evaluate: moo :)
[19:51] <dapal> evaluate: I just replied to your mail -- I read it before today, but I was quite tired, so I delayed it to tonight ;)
[19:55] <evaluate> awesome. I'll read it right now.
[20:10] <evaluate> dapal, could I PM you for a minute?
[20:10] <dapal> yup
[20:20] <tumbleweed> what actually is our policy on maintainer e-mail addresses for ubuntu-only packages? I see many REVU packages using ubuntu-developers as the maintainers, with the original packager as XBSC-O-M.
[20:21] <tumbleweed> bdrung's recent update-maintainer change sets ubuntu-developers if the maintainer doesn't end in @ubuntu.com, is that the best approximation to our policy?
[20:37] <siloxid> has there been any word recently of the ubuntu app center taking paid apps?  it seems like it was there for a short time and then got taken down


[12:05] <__tim> Hi. Someone set up a rosetta translation effort/project for one of my programs. Now I'd like to grab some of the translation updates as .po files. This didn't require authentication or a user account last time I used it, but now does. So I try to sign up (join) and get my e-mail. However, the link sent just leads me to a 'this part of launchpad isn't ready yet' page
[12:06] <carlos> __tim: which URL did you got?
[12:07] <__tim> https://launchpad.ubuntu.com/foaf/token/0sKv4G6vjGtjxxxxxxxx
[12:07] <carlos> ok
[12:07] <carlos> just a minute
[12:07] <__tim> don't ask me why I blanked out the end, I don't really know myself ;)
[12:08] <carlos> __tim: don't worry, that's enough
[12:10] <carlos> __tim: could you create your account from http://www.ubuntulinux.org/join_form?
[12:11] <carlos> the account is the same
[12:11] <carlos> we are just adding that feature to launchpad and it's not completely ready atm
[12:11] <__tim> I'll try, thanks
[12:19] <__tim> btw, just some things I've come across so far with rosetta
[12:20] <__tim> there's a special msgid string "translator-credits", which should be filled with the names of the contributors to the translation separated by a newline automatically
[12:20] <__tim> for about dialogs etc.
[12:20] <__tim> many translators seem to just translate the string into their language instead of putting their name there
[12:21] <__tim> and it's a pain if I have to edit the .po file every time to edit and add that info, if it could just as well be handled automatically by rosetta
[12:21] <carlos> __tim: hmm, it's an interesting feature to add to Rosetta
[12:22] <daf> good point
[12:22] <carlos> __tim: could you file a bug report about it at launchapd.ubuntu.com/malone?
[12:22] <__tim> sure
[12:22] <daf> specifically, https://launchpad.ubuntu.com/malone/products/rosetta :)
[12:22] <__tim> I'll file the others there as well then ;)
[12:22] <daf> sure, go ahead :)
[12:22] <daf> that's what it's for, after all
[12:22] <__tim> didn't know where to look
[12:23] <daf> no worrie
[12:23] <daf> * worries
[12:32] <carlos> __tim: also, there is a #rosetta channel in case you want to talk with other users
[12:34] <__tim> carlos: thanks
[12:35] <__tim> I'm interested in rosetta mainly as a developer using the rosetta output, not so much as a translator to be honest :)
[12:36] <carlos> __tim: :-)
[12:47] <lifeless> daf: do we have download-a-tarball-of-po's yet ?
[12:48] <daf> I think that might just be in production now
[12:48] <daf> I need to add links to it
[12:48] <lifeless> whats the URL ?
[12:49] <daf> curl https://launchpad.ubuntu.com/rosetta/products/foo/bar/+tar-export
[12:49] <daf> IIRC
[12:54] <daf> hmm, I wonder if Brad is around
[12:54] <daf> bradb: ping
[12:54] <daf> still a bit early for Canada
[12:54] <daf> but if he's around later, I'm sure he'll be happy to discuss Malone with you
[12:55] <carlos> __tim: I think it's that way because malone also supports to file bugs against distribution packages
[12:55] <__tim> ah
[12:55] <carlos> so it's a way to say: The bug is about that package from Ubuntu, Debian, RedHat, etc.. or it's a problem of upstream
[01:00] <lifeless> daf: yes it works, but its very slow
[01:02] <carlos> lifeless: it's normal, until we get fixed the stream feature so we can start giving you the file while we are still creating it
[01:03] <lifeless> even so, its still very slow ;0
[01:03] <spiv> How slow is slow?
[01:03] <carlos> lifeless: the .po files are created when you request them, as I said, it's normal
[01:04] <spiv> 10 seconds?  a minute?  several minutes?
[01:04] <lifeless> spiv: ~ 5 minutes before the download started.
[01:04] <spiv> Ouch.
[01:04] <spiv> That's going to be a problem.
[01:04] <carlos> as I said, it's normal
[01:04] <lifeless> its a 3mb tar
[01:04] <carlos> not good, but normal
[01:04] <spiv> We only need four people doing that at once, and launchpad won't have any spare threads for servicing other requests for 5 minutes :)
[01:06] <__tim> thanks again for the help
[01:06] <lifeless> and most folk are not as patient with a browser as I .
[01:08] <daf> incremental tar generation is blocking on a bug in Zope's HTTPResponse
[04:26] <dc|out> SteveA: just out of curiosity, you guys are using slqos/sqlobject?
[04:35] <SteveA> yes
[04:36] <dreamcatcher> amazing. i suppose you're keeping a private copy, as i havent seen much patches
[04:47] <SteveA> i'll hassle the guys to send patches
[04:47] <SteveA> i think we've had some stuff accepted in sqlos
[04:48] <dreamcatcher> i've checked in one or two patches, there may be another one or two on the tracker
[04:55] <dreamcatcher> i remember now, i was waiting for your changes to z3 to fire a 'start transaction' event. did you ever get around to do that?
[04:57] <SteveA> not yet
[04:58] <SteveA> still using a kludge in that code
[05:56] <dreamcatcher> hey salty
[11:16] <lifeless> bradb: is launchpad down for you ?
[11:21] <bradb> lifeless: it appears that it may be, yeah. what happened? it was fine a short while ago.
[11:21] <lifeless> I edited a preference.
[11:22] <lifeless> should be back now.
[11:22] <lifeless> looks like my usercode triggers a big honking bug.
[11:22] <lifeless> *fuck*
[11:23] <lifeless> oh, here it goes again.
[11:23] <lifeless> gnar
[11:23] <lifeless> daf: ping
[11:27] <daf> pong
[11:28] <lifeless> daf: when I add latin to my lp preferences, the entire system hangs
[11:28] <daf> ooh
[11:29] <lifeless> bradb: have I killed it again?
[11:30] <lifeless> I think I have
[11:32] <daf> hmm, I can't reproduce it locally
[11:33] <bradb> lifeless: seems to be dead, yeah
[11:33] <bradb> daf: does this hit foaf at all?
[11:33] <lifeless> bradb: i can still kill it by editing a bug as well.
[11:34] <lifeless> I think its *me*
[11:34] <daf> you must be special
[11:34] <bradb> lifeless: yeah, it may be that same, scary problem.
[11:34] <lifeless> dude, this is really critical, I *cannot* use malone at all at the moment,.
[11:35] <lifeless> I presume its not your-fault but its pretty frustrating
[11:35] <bradb> lifeless: indeed, i understand the severity of this. it's really difficult to debug without privileged access to production. maybe stub can take a crack at it when he gets here (which is presumably quite soon)
[11:36] <daf> bradb: I don't think the language view code touches any FOAF stuff, no
[11:36] <lifeless> yah, I'm still sick today, but I'll work with stub and see if we can get a handle on it.
[11:36] <daf> there are two forms on that page, though, and the other one touches other attributes of Person
[11:37] <bradb> daf: lifeless was able to swallow up launchpad in this way with Malone too. based on what we've currently see about how this behaviour can be made to happen, it's still pretty confusing.
[11:37] <daf> fun fun!
[11:38] <bradb> lifeless: FWIW, i just added Latin to "My languages" and saved on that screen. No hangage.
[11:38] <lifeless> BWAH.
[11:38] <lifeless> ok, you can do the bazaar latin translation then ;)
[11:38] <bradb> er!
[11:38] <bradb> :P
[11:38] <lifeless> daf: so how is the welsh one coming ?
[11:39] <lifeless> and do you have klingon in rosetta ?
[11:39] <daf> sorry, dude, it's not high on my list
[11:39] <daf> once I'm done with APT, dpkg and GNOME 2.10, I might give it some time
[11:39] <daf> klingon, hmm
[11:39] <daf> we should do
[11:39] <daf> it has an ISO code, after all
[11:41] <lifeless> bah, how many people use gnome
[11:41] <lifeless> I mean, really?!


[16:10] <PSSGCSim> Hi, any idea how to make primary display default for newly added icons to the desktop? They always end up on the left monitor although it is set as secondary monitor. (Ubuntu 16.10 - gnome-shell 3.22)


[13:59] <PeGaSuS> I'm struggling a bit to configure WiFi in my Ubuntu server in my old laptop
[14:04] <PeGaSuS> while `ip a` says that wlp2s0b1 is up, I can't access internet
[14:04] <PeGaSuS> and no, I can't use Ethernet.
[14:36] <PeGaSuS> nvm. seems I've fixed it
[16:16] <Guest31> Hi there, is it still possible to start/stop/restart Apache2 using a desktop launcher on Ubuntu 22.04?
[16:24] <alkisg> Guest95: AFAIK there was never a desktop launcher for that, but you can easily create one at any time
[16:24] <alkisg> Hmm, that was for Guest31, damn matrix


[08:56] <poleke> What is the differens beween Back in Time and Timeshift and wich one is the best? Any experience on xubuntu 20.04?
[14:26] <Gaius> Hi people, I have a random question that may not be xubuntu specific, but since I'm using the os and have always gotten very helpful responses in this chat, I'll ask in the chance that someone knows the answer off the top of their head and can spare a minute to type it, and I understand if nobody feels like answering. I googled it but didn't see
[14:26] <Gaius> the exact answer I was looking for.   I was just transferring a bunch of mp3s to my android phone via usb, a lot of files, over a gb.  The transfer made it to 99% just fine, but an error message came up for the last file.  I stupidly clicked retry, and the file manager froze.  I unplugged my phone and was able to restart the system, so it wasn't a
[14:26] <Gaius> full crash. I looked on my phone, and sure enough it looks like 99% of the files copied fine, play fine etc.  Unfortunately, in a moment of stupidity i didn't take note of which exact file caused the error, and I'm worried that if the media player on my phone tries to play the half copied corrupted file it will crash.  So my question is, which log
[14:26] <Gaius> file would contain file transfer/error info so I can see which file caused the error, and delete it from my phone?Tldr: Where are file transfer error logs stored?
[15:24] <Hamilton> Why UI freezes when I want to move a large file from a linux drive to a NTFS one (dual boot)? This happens both for mv in CLI and thunar
[15:36] <xu-help66w> Hello,
[15:38] <xu-help66w> I am not very technically knowledgeable.  I have just instlalled 20.04 in an older Dell Inspiron laptop.  I can't seem to get audio -- speakers are not on mute, volume is turned up.  Any help would be appreciate.d
[15:39] <diogenes_> xu-help66w, look in pavucontrol.
[15:40] <xu-help66w> Thanks for the reply, but I don't know what/where is pavucontrol, sorry.
[15:41] <diogenes_> xu-help66w, open menu and type: pavucontrol
[15:46] <xu-help66w> I did that & a window opened for input & output devices.  Already did that earlier via clicking on mouse icon & hunting around & got to same window.  Volume settings seem right.  Not sure what's wrong.
[15:47] <diogenes_> xu-help66w, look in configuration tab.
[15:51] <xu-help66w> Sorry for being so ignorant.  Where is the configuration tab?
[15:53] <diogenes_> xu-help66w, https://i.imgur.com/EU8cKTU.png
[16:03] <xu-help66w> Thanks.  Went there & only one from profile was available, to which it was already set:  analogue stereo input???.  I clicked on "analogue stereo output (unplugged)(unavailable)", & for some reason, now have audio.  I don't understand why if unavailable, but it worked.  Thanks for your patience.
[16:07] <diogenes_> you're welcome
[16:08] <xu-help66w> Just for my future info, the window that opens upon clicking on the mouse icon in upper left corner -- what is that called?
[16:08] <diogenes_> menu - whiskermenu.
[16:12] <xu-help66w> Thanks again.  Before I came to this forum, I already had gone to the volume control window that you led me to, & checked all tabs.  However, I didn't try to change "profile" to a device that it said was unavailable.  Thank you again.
[16:13] <xu-help66w> Linux is not for people like me without any tech education.  I've been using for several years, because when I don't have problems, it's much better than Windows.
[16:15] <diogenes_> xu-help66w, linux is for everyone, several years ago it was only for advanced user, now even my granny runs linux.
[16:17] <xu-help66w> Well, your granny has you for hands on help...  And she's probably more tech savvy than I.
[16:19] <diogenes_> :) i only put 2 big buttons on her desktop, red and green and she only has to remember what happens when you click one and the other and she's never touched a PC until 70 yo.
[16:24] <xu-help66w> One more question.  After 5 minutes of non-usage, my screen goes "to sleep"(?) which I want.  BUT, when I wake, I have to log in again.  I can't find the setting to stop this.  Can you help?
[16:25] <diogenes_> xu-help66w, look in xfce4-screensaver
[16:28] <xu-help66w> "Lock screen with screensaver"  Is that the button that should be off?
[16:29] <diogenes_> yes
[16:34] <xu-help66w> Thanks.
[20:47] <glat-agent643> Hello. I am selling cheap GNU/Linux licenses. $89 today!
[20:49] <glat-agent643> [still active here]
[20:49] <genii> @comment 80011 "Selling GNU licenses" spam
[20:49] <glat-agent643> @comment help
[20:49] <glat-agent643> @help comment
[20:50] <genii> glat-agent643: Yes, I only removed you, did not ban you ... yet
[20:50] <glat-agent643> Unfortunately, some of our agents were banned from freenode.
[20:51] <genii> Deservedly, I imagine.
[20:57] <glat-agent643> I am still selling cheap GNU/Linux licenses. $89 today!
[21:09] <juno> good riddance