[11:50] <luna_> Translated the new AD and ZFS Strings that will land in Ubuntu 20.10 Installer
[23:35] <MikeRL> Noticed something odd in groovy. The firewall-applet program doesn't show on startup even after editing it, but it shows when ran from a terminal.


[15:44] <efactusa> <IP_ADDRESS>  www.myefact.com myefact.com greatestate.com www.greatestate.com westonmass.net  http://www.myefact.com http://greatestate.com http://westonmass.net   do you know if I am supposed to put the HTTP part in the hosts file for LINUX  server? ????? a !!!!one


[23:27] <omgd> Use irssi and connect to the bitlbee server
[23:28] <azooz> hi all
[23:28] <fccf> !hi |azooz
[23:28] <azooz> i need help : ) in apcahe server in backtrack4
[23:28] <yassine_> hi every one
[23:28] <azooz> can any one tell me haw i run it   ?
[23:28] <yassine_> could any one give me page help to ssh
[23:28] <fccf> !details | azooz
[23:29] <test_empathy> Ok, Empathy seems to work.  I didn't get it to download a list of chatrooms, but had to join this channel manually by typing in #ubuntu.  Bug?  Feature (that I don't understand) or misconfiguration?  Pidgin shows room/channel lists when I'd expect to see them...
[23:30] <ctmjr> RichiV: ifconfig
[23:30] <xTheGoat121x> I'm still on Intrepid and I'm wondering if there's a specific setting in my .gtkrc file or something to set the colors for notification-daemon
[23:30] <phoenixhouse> A Question: I am in the manual partitioner, trying to create a swap partition - the bottom option says Mount Point and gives the options to select "/", "/boot", "/home", "/tmp", "/usr", "/var", "/srv", "/opt", and "/usr/local". --which to i choose to be able to use it as a swat? or does it matter??
[23:30] <RichiV> ctmjr: ty
[23:31] <Darkebrz> Okay, Im trying to copy some files that are on my Windows partition (which appears to be /dev/sda2, but is "mounted" on /host). I can access it with cd /host, but then I can't navigate into any further directories. How would I do this?
[23:31] <phoenixhouse> and what file system should be used? does it matter?
[23:31] <sebsebseb> WaterRatj: well  you could find out about that netinstall to do a more proper set up,  but if I was you I woudn't bother  finding out loads about that,  before  Ubuntu 9.10 is released at the end of October.  With  the fast to boot and shutdown Ext4 file system by default :)  10 seconds or so boot up yeah :).  So you can do 9.04 with Wubi whilst waiting for that,  and  then netinstall for 9.10.  Or do 9.10 with Wubi   which as far as I know
[23:31] <sebsebseb> won't be using Ext4.
[23:31] <sebsebseb> WaterRatj: when I  looked into netinstall a bit, and  someone was telling me  about it,  it seemed a bit complacted
[23:32] <DasEi> Darkebrz: try without / in front, like /host$ :  cd windows
[23:32] <ctmjr> RichiV: no problem
[23:33] <WaterRatj> Okay thanks for the help :D
[23:33] <sebsebseb> WaterRatj: ok so what you going to do?   Wubi 9.04 and then?  oh yeah and no probs
[23:34] <WaterRatj> Yeah prolly, its just for testing purpose anyway, but only downside is, no wayfor wubi for minimal installation
[23:35] <omgd> Is there anyway to sync ipodtouch on ubuntu?
[23:35] <sebsebseb> WaterRatj: well you can remove stuff that has been installed  by default, from it
[23:35] <sebsebseb> WaterRatj: I think
[23:35] <Darkebrz> DasEi: I'm sorry, I really don't understand. I'm just trying to navigate directories. What is '/host$ : cd windows' supposed to do?
[23:36] <kevdog> Darkebrz: What are you trying to do
[23:36] <Darkebrz> Im trying to navigate the directories of my windows partition
[23:36] <DasEi> Darkebrz: you said it's mounted on /host,  so first cd /host,  then cd windows or whatever you have
[23:37] <kevdog> When you cd to /host -- whats listed when you do a ls -la or dir statement
[23:37] <grkblood13> what is a good log viewer?
[23:37] <LinuxGold> tail -f
[23:38] <phoenixhouse> is 8192mb too big for a swap partition?
[23:38] <LinuxGold> phoenixhouse: how much RAM do you have?
[23:38] <phoenixhouse> 3gb
[23:38] <grkblood13> LinuxGold, i need something to convert timestamps
[23:38] <LinuxGold> it is practical to mach swap file with RAM size
[23:38] <kevdog> phoenixhouse: Ive never needed one that big but it wont hurt
[23:38] <Darkebrz> kevdog: It lists all my files in what would be C:\\ and some information that I don't understand
[23:38] <BlackViper2> !swap
[23:38] <LinuxGold> s/mach/match/
[23:38] <sebsebseb> WaterRatj: Did I actsauly go on webpages regarding the netinstall hmm,  anyway good luck
[23:38] <sebsebseb> WaterRatj: with Wubi
[23:39] <kevdog> Darkebrz -- Ok so what if you just do from the host directory a cd <directory_name>
[23:39] <LinuxGold> phoenixhouse: If I were you, I would split into 3 Gb each, inactivate 1 and turn it on when needed.
[23:39] <Darkebrz> kevdog: Oh thanks, that worked :P
[23:39] <phoenixhouse> i never thought of that
[23:39] <kevdog> Darkebrz: You may also be running into a permissions problem -- meaning that you will need to be the owner and group
[23:39] <phoenixhouse> :)
[23:40] <WaterRatj> sebsebseb: Hmm, my desktop has option boot from usb but when i burn iso to stick it won't boot? you know how this would be caused?
[23:40] <sebsebseb> WaterRatj: put USB has the first boot device,  and make sure you put  Ubuntu on properly onto the USB stick, then it should work I guess
[23:40] <sebsebseb> !usb |  WaterRatj
[23:41] <LinuxGold> phoenixhouse: If you NEVER used that 2nd swap, use it for music files ;)
[23:41] <sebsebseb> WaterRatj: ,but  yes  installing from USB  stick or  using a persistent  USB install, would be better than using Wubi
[23:41] <xguru> does mythtv work with xbox360?
[23:41] <WaterRatj> i'm making one with, UNetbootin is this ok?
[23:41] <sebsebseb> WaterRatj: yep  that should do it
[23:42] <miamimike> Hi, how can I change the 'comments' font color in Bluefish?  It is white and matches background color very difficult to read?  Thanks
[23:42] <WaterRatj> sebsebseb: okay its still busy, you still online for a bit?
[23:42] <ctmjr_> xguru: the #mythtv channel might be able to answer that
[23:43] <sebsebseb> WaterRatj: yep
[23:43] <panv> Please, i need help to make the sound work on my hp pavilion dv3000
[23:43] <xguru> ctmjr_: thanks
[23:43] <KB1JWQ> I have a cell phone with a 3G data connection.  I'd like to tether it to my ubuntu netbook over USB; anyone have any guidance as to how to pull this off?
[23:43] <panv> it has been ten days i am trying to solve it.. but no way
[23:43] <panv> i have looked everywhere on google...
[23:43] <panv> in vain
[23:43] <KB1JWQ> panv: No sound whatsoever?
[23:43] <panv> KB1JWQ, i cannot hear any sound
[23:44] <panv> and i don't know what to do
[23:44] <KB1JWQ> panv: I have a fix for you in my archives, stand by
[23:44] <panv> am ready KB1JWQ
[23:44] <phoenixhouse> so for the Location of New Partition (beginning/end) option, the End option will place it at the outermost ring of the hard drive?
[23:44] <KB1JWQ> panv: Taking a few minutes to sync; I'll ping you when I have the link ready.
[23:45] <panv> am over here.. waiting KB1JWQ
[23:45] <phoenixhouse> (and thus have the fastest read/write speed on the disk)
[23:45] <fccf> panv: have you tried plugging in a pair of headsets?
[23:45] <panv> ya.. fccf .. it wouldnt' work too
[23:45] <zzattack> my mdadm software raid failed after a drive assignment change. how do I get it running again?
[23:45] <panv> i suspect it's a hardware issue...
[23:45] <LinuxGold> phoenixhouse: that is in theory, i used swapfile from inside hard drive, performance didn't show any difference.
[23:46] <panv> coz i don't have slider for sound
[23:46] <panv> but rather.. some sort of a touchpad
[23:46] <LinuxGold> phoenixhouse: I would just set a swap file somewhere and get over with.
[23:46] <KB1JWQ> panv: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/318942 Should apply to yours as well
[23:46] <phoenixhouse> k
[23:46] <EpicReviews> are bots allowed in here?
[23:46] <panv> i'll check KB1JWQ
[23:46] <panv> thanks for trying.. i hope it works..
[23:46] <RHorse> panv check the bios to see if there's a way to disable the touchpad control
[23:46] <sebsebseb> EpicReviews: only offical Ubuntu bots
[23:47] <EpicReviews> oh ok.
[23:47] <sebsebseb> EpicReviews: as far as I know you can check in #ubuntu-ops if you like
[23:47] <EpicReviews> sebsebseb: there's a learning bot in here right now, all it does is learn conversation
[23:48] <sebsebseb> EpicReviews: meaning?
[23:48] <EpicReviews> sebsebseb: it's just gaining knowledge right now.
[23:48] <Gnea> EpicReviews: what bot?
[23:48] <EpicReviews> it's a secret ;)
[23:48] <sebsebseb> EpicReviews: a bit that gains knowledge hmm???
[23:49] <sebsebseb> EpicReviews: well  not everything that is said in here is Ubuntu knowledge
[23:49] <Gnea> EpicReviews: you brought it in here?
[23:49] <BlackViper2> !bot
[23:49] <EpicReviews> I did not bring it in
[23:49] <sebsebseb> EpicReviews: bot not bit above
[23:49] <phoenixhouse> so if im using 64-bit ubuntu, does it matter if i format with ext3 or ext4?
[23:49] <eboyjr> Hello.
[23:49] <sebsebseb> phoenixhouse: not exactly, but
[23:50] <sebsebseb> phoenixhouse: Ext4 is a bit hmm in  Ubuntu 9.04,  but will be the default in 9.10, and it has  10 seconds or so boot up :)
[23:50] <eboyjr> sebsebseb: How is it hmm?
[23:50] <LinuxGold> when will 9.10 come out?
[23:50] <eboyjr> sebsebseb: ext4 I mean
[23:50] <fccf> !karmic | LinuxGold
[23:50] <LinuxGold> cool
[23:50] <sebsebseb> eboyjr: in 9.04, because they don't have a proper kernel for it, and so people can for example get a lockup issue when deleting big files, and so on
[23:51] <kevdog> Isn't the name 10 -- pretty much indicative it will come out in Oct?
[23:51] <sebsebseb> kevdog: yep year and month
[23:51] <eboyjr> sebsebseb: Oh I see thanks
[23:51] <Gnea> EpicReviews: who runs it?
[23:51] <phoenixhouse> so i think ill use ext4 then, so i can upgrade to 9.10 easier
[23:52]  * EpicReviews tells no tales, but it wasn't me.
[23:52] <Gnea> EpicReviews: but you know :)
[23:52] <eboyjr> Hey guys. I am trying to test postfix, and I am getting some errors and I have no clue what they mean. For example 'relay access denied'.
[23:52] <EpicReviews> Gnea: it's not doing harm, just learning english I guess
[23:53] <e1nh4nd3r> eboyjr: That can be any number of things.  You added your WAN IP to the list of allowed hosts for relay on your postfix server?
[23:53] <Gnea> EpicReviews: doesn't matter, if the bot isn't authorized to be here, it's here against the channel authority. is it in #ubuntu-bots too?
[23:53] <EpicReviews> !hi
[23:53] <EpicReviews> :)
[23:54] <barqs> Hey guys, I have an issue.
[23:54] <erUSUL> !ask
[23:54] <fccf> eboyjr: there is a #postfix channel ... you might get better help there
[23:54] <phoenixhouse> so does 2x 3GB swap  partitions, a 1GB /boot partition, and a 32GB / partition seem reasonable?
[23:54] <e1nh4nd3r> phoenixhouse: Perfectly reasonable.
[23:54] <e1nh4nd3r> :)
[23:55] <eboyjr> fccf: e1nh4nd3r: Okay. I will try in #postfix.
[23:55] <phoenixhouse> thanks!
[23:55] <e1nh4nd3r> phoenixhouse: Why not try 1x 6gb partition?
[23:55] <e1nh4nd3r> Bit simpler, no?
[23:56] <sunshinepants> is there a bug open for intermittent filesystem corruption on jaunty x64? see it with stock kernel & latest from mainline ppa
[23:56] <erUSUL> e1nh4nd3r: with two swap partitions at the same prio linux does raid 0 between them so performance is better
[23:56] <barqs> My laptop's cd drive broke, it currently has windows xp installed. I want to install ubuntu on it, however, since the cd drive doesn't work, I tried unetbootin to use a live usb, however the laptop doesn't work with usb. So now I need to install to the hard disk, so ubuntu uses the whole drive, but install from inside windows? is this possible?
[23:56] <WilliamC2> It seems that the support for my video card kinda sucks, I have to install a proprietary video driver with little options for me to edit.
[23:56] <WilliamC2> Are there better alternatives?
[23:56] <phoenixhouse> e1nh4nd3r: the reasons for that were argued to me earlier today...
[23:56] <phoenixhouse> meh
[23:57] <ShackJack> Hi all... as of late my system monitor (Jaunty desktop) is showing 100% CPU usage and load avg 2.5-3 for a 2002-era 2,4 P4. I don't see any programs or other users in the background causing this - any suggestions on steps to take to see what might be causing this (would anyone suspect a drive failure?)
[23:57] <EpicReviews> !ping
[23:57] <sebsebseb> ShackJack: avg  anti virus?
[23:57] <e1nh4nd3r> erUSUL: Ahhh, true.  Didn't think about RAID configs...
[23:57] <ShackJack> sebsebseb: No, I don't run it...
[23:58] <WaterRatj> sebsebseb: strange won't boot from usb :o
[23:58] <sebsebseb> WaterRatj: maybe someone else can help with this, or your USB no longer works
[23:58] <BlackViper2> barqs, on the bottom left side of the unetbootin window there is a choice of usb or hard drive, did you try the hard drive option
[23:58] <muellisoft> ShackJack: I'd run htop and sort by process state.
[23:58] <erUSUL> e1nh4nd3r: you do not need to do raid the kernel internally does stripping is transparent for the user... just define two swap partitions with same prio and done. no mdadm involved
[23:58] <WaterRatj> sebsebseb: could be :p
[23:58] <phoenixhouse> fyi: 34360 base-1000 magebytes == 32 binary (base 2^10) megabytes
[23:59] <barqs> BlackViper2: I was afraid to try that, as I wasn't sure if it would completely erase windows partitions and create only an Ubuntu partition. Do you know if this method works?
[23:59] <BlackViper2> barqs, i tried it many times when i was distro hopping
[23:59] <ShackJack> Muelli: Good suggestion - I am running top but don't see anything causing large CPU usage... but load is high...


[06:54] <HugoKuo> is there have ubuntu hardy image for eucalyptus ?
[15:29] <elro> Is it possible to configure a virtual machine to use a physical disk?
[16:22] <elasticdog> does UEC not use the front-end machine's /etc/eucalyptus/eucalyptus.conf file to configure the available IP address pool?
[16:23] <elasticdog> http://pastie.org/1342671 is what I put in there (and the VNET_DNS), but even with restarting everything, available IPs don't seem to change
[16:25] <elasticdog> someone else set up the machines originally, and put in <IP_ADDRESS>-<IP_ADDRESS> during the installation procedure, but I can't find that range referenced anywhere
[18:25] <elasticdog> nobody has experience changing the address pool with UEC post-installation?
[19:05] <kim0> elasticdog: I'm not at all sure
[19:05] <kim0> elasticdog: BUT you may need to do this
[19:05] <kim0> sudo stop eucalyptus CLEAN=1
[19:06] <kim0> the CLEAN=1 flushes cached network info AFAIK .. which may be what you're looking for
[19:07] <kim0> sudo service eucalyptus-nc stop CLEAN=1
[19:07] <kim0> too and perhaps use them when starting too
[19:49] <elasticdog> yep, I've done the clean restarts and tried rebooting all of the machines as well, with no luck
[22:51] <TritoLux> Hello there, I have a freshly installed UEC 10.10 cloud based on MANAGED-NOVLAN config and I am having a problem with EBS: if I use iSCSI then everything seems to work fine, but if I reboot the CC-SC machine, then the existing volumes cannot be attached anymore. If I use AoE, then it's even worse, as the new volumes I create can be attached, but they do not even appear within the instance, regardless of VIRTIO_DISK setting. I follo
[22:51] <TritoLux> wed official instructions step by step and I am only using images from the store. Any help would be greatly appreciated. Thank you in advance.
[23:36] <TritoLux> Another weird issue I am having is that if I run the image 10.04 64 bits, installed from the Store, then it never comes up properly the first time. I always have to reboot it after launching it in order to gain access to it.
[23:36] <TritoLux> Did anybody else experience above problems already? Are they known issues?


[08:16] <dryhay> Hi. My fresh Java install is working on browsers, but it's not working on Minecraft (no errors appear). Related thread: http://ubuntuforums.org/showthread.php?t=2132286


[00:09] -queuebot:#ubuntu-release- New: accepted grimripper [amd64] (mantic-proposed) [3.0.0+git20230502.53011c9d-1]
[00:09] -queuebot:#ubuntu-release- New: accepted grimripper [armhf] (mantic-proposed) [3.0.0+git20230502.53011c9d-1]
[00:09] -queuebot:#ubuntu-release- New: accepted grimripper [riscv64] (mantic-proposed) [3.0.0+git20230502.53011c9d-1]
[00:09] -queuebot:#ubuntu-release- New: accepted grimripper [arm64] (mantic-proposed) [3.0.0+git20230502.53011c9d-1]
[00:09] -queuebot:#ubuntu-release- New: accepted grimripper [s390x] (mantic-proposed) [3.0.0+git20230502.53011c9d-1]
[00:09] -queuebot:#ubuntu-release- New: accepted grimripper [ppc64el] (mantic-proposed) [3.0.0+git20230502.53011c9d-1]
[07:37] <LocutusOfBorg> vorlon, xnox FYI, I syncd sl-modem, the delta seems to have been included in the Debian upload
[10:40] -queuebot:#ubuntu-release- Unapproved: accepted budgie-indicator-applet [source] (lunar-proposed) [0.7.2-2ubuntu1~23.04]
[10:45] -queuebot:#ubuntu-release- Unapproved: accepted budgie-indicator-applet [source] (jammy-proposed) [0.7.2-2ubuntu1~22.04]
[10:54] -queuebot:#ubuntu-release- Unapproved: rejected libmbim [source] (jammy-proposed) [1.28.0-1~ubuntu20.04.2]
[11:27] -queuebot:#ubuntu-release- New binary: gitlab-shell [amd64] (mantic-proposed/universe) [14.18.0+ds1-3] (no packageset)
[11:48] -queuebot:#ubuntu-release- Unapproved: mesa (jammy-proposed/main) [22.2.5-0ubuntu0.1~22.04.3 => 23.0.4-0ubuntu1~22.04.1] (core, i386-whitelist, xorg)
[14:41] -queuebot:#ubuntu-release- Unapproved: ubuntu-drivers-common (lunar-proposed/main) [1:<IP_ADDRESS> => 1:<IP_ADDRESS>.1] (desktop-core)
[14:41] -queuebot:#ubuntu-release- Unapproved: ubuntu-drivers-common (jammy-proposed/main) [1:<IP_ADDRESS>~<IP_ADDRESS> => 1:<IP_ADDRESS>~<IP_ADDRESS>] (desktop-core)
[15:38] <LocutusOfBorg> vorlon, can we please kick old pupnp-1.8 or whatever out?
[15:39] <LocutusOfBorg> src:gerbera FTBFS with newer pupnp, but it can be fixed on Debian side (updating to new release is working, but I want to avoid it due to some reasons)
[15:44] <LocutusOfBorg> (and maybe kick llvm-15 out from proposed, to unblock some few stuff)
[16:53] <LocutusOfBorg> can we have boost1.81 be built on i386?
[17:27] <vorlon> LocutusOfBorg: why the hurry to remove pupnp-1.8? It doesn't show up in Debian removals
[17:28] <vorlon> LocutusOfBorg: boost1.81> what currently waits for it?
[17:29] <vorlon> we will certainly need it built eventually but I don't want hard-coded entries hanging around for months until Debian switches boost-defaults
[17:41] <LocutusOfBorg> ack
[17:42] <LocutusOfBorg> and for llvm-15?
[17:43] <LocutusOfBorg> ok maybe pupnp-1.8 removal is not needed anymore, now that pupnp on i386 has migrated, I can check why the testsuite fails on i386
[17:43] <LocutusOfBorg> it was picking up the old version
[17:43] <LocutusOfBorg><EMAIL_ADDRESS>[17:46] <LocutusOfBorg> (btw also pupnp-1.8 was broken since lot of time<EMAIL_ADDRESS>)
[17:46] <LocutusOfBorg> the reason is that your patch was autoconf, and now they migrated to cmake since some time :D
[17:47] <LocutusOfBorg> it broke in focal
[17:48] <vorlon> pfft
[17:48] <vorlon> llvm-toolchain-15, let's see
[17:48] <LocutusOfBorg> it was badtested during some glibc big migrations in fba81d06ddb7c1c0c406e7f5ef3b7ff97ce818c3
[17:49] <LocutusOfBorg> I'll fix i386 for good now :D
[17:49] <LocutusOfBorg> btw the binutils gold bug for ppc64el/llvm-toolchain is now upstream moving forward, thanks to you
[17:49] <LocutusOfBorg> and reproducible in debian
[17:53] <vorlon> heh llvm-toolchain-15 is a bit of a mess, let's see how many removal commands it takes to clean up all the NBS binaries
[17:54] <vorlon> LocutusOfBorg: removed; what's the prognosis on moving it forward again?
[17:55] -queuebot:#ubuntu-release- Packageset: Removed pupnp-1.8 from i386-whitelist in mantic
[17:55] <ricotz> https://github.com/llvm/llvm-project/issues/63214 could use some attention :)
[17:55] -ubottu:#ubuntu-release- Issue 63214 in llvm/llvm-project "[PowerPC] fatal error: error in backend: failed to perform tail call elimination on a call site marked musttail" [Open]
[18:05] <LocutusOfBorg> vorlon, looks some chicken and egg issue
[18:05] <LocutusOfBorg> not sure
[18:05] <LocutusOfBorg> now we should probably do some mass retry on the proposed pocket?
[19:02] <LocutusOfBorg> vorlon, regarding boost, I would like to patch it to make it build on i386, because I know it will be painful when Debian does the switch to followup in reduced timing
[20:36] <LocutusOfBorg> vorlon, 1:1.14.17-2ubuntu4	pupnp/1:1.14.17-2ubuntu4	2023-06-19 19:57:36 UTC	0h 03m 06s	-	pass	log   artifacts
[20:36] <LocutusOfBorg> it is now green on i386
[20:37] <LocutusOfBorg> http://launchpadlibrarian.net/673045649/pupnp_1%3A1.14.17-2ubuntu3_1%3A1.14.17-2ubuntu4.diff.gz
[20:37] <LocutusOfBorg> not sure if worth the patch
[20:37] <LocutusOfBorg> but meh
[23:16] -queuebot:#ubuntu-release- New binary: ruby-faraday-follow-redirects [amd64] (mantic-proposed/none) [0.3.0-1] (no packageset)
[23:17] -queuebot:#ubuntu-release- New binary: rust-base16ct [amd64] (mantic-proposed/none) [0.2.0-1] (no packageset)
[23:17] -queuebot:#ubuntu-release- New binary: ruby-faraday-multipart [amd64] (mantic-proposed/none) [1.0.4-1] (no packageset)
[23:17] -queuebot:#ubuntu-release- New binary: rust-canonical-path [amd64] (mantic-proposed/none) [2.0.2-1] (no packageset)
[23:17] -queuebot:#ubuntu-release- New binary: mujs [amd64] (mantic-proposed/universe) [1.3.3-1] (ubuntu-budgie, ubuntu-mate, ubuntukylin)
[23:17] -queuebot:#ubuntu-release- New binary: rust-canonical-path [ppc64el] (mantic-proposed/none) [2.0.2-1] (no packageset)
[23:18] -queuebot:#ubuntu-release- New binary: rust-base16ct [armhf] (mantic-proposed/none) [0.2.0-1] (no packageset)
[23:18] -queuebot:#ubuntu-release- New binary: rust-canonical-path [armhf] (mantic-proposed/none) [2.0.2-1] (no packageset)
[23:19] -queuebot:#ubuntu-release- New binary: mujs [ppc64el] (mantic-proposed/universe) [1.3.3-1] (ubuntu-budgie, ubuntu-mate, ubuntukylin)
[23:20] -queuebot:#ubuntu-release- New binary: rust-base16ct [ppc64el] (mantic-proposed/universe) [0.2.0-1] (no packageset)
[23:20] -queuebot:#ubuntu-release- New binary: rust-canonical-path [arm64] (mantic-proposed/universe) [2.0.2-1] (no packageset)
[23:24] -queuebot:#ubuntu-release- New binary: mujs [arm64] (mantic-proposed/universe) [1.3.3-1] (ubuntu-budgie, ubuntu-mate, ubuntukylin)
[23:24] -queuebot:#ubuntu-release- New binary: mujs [s390x] (mantic-proposed/universe) [1.3.3-1] (ubuntu-budgie, ubuntu-mate, ubuntukylin)
[23:28] -queuebot:#ubuntu-release- New binary: rust-base16ct [s390x] (mantic-proposed/universe) [0.2.0-1] (no packageset)
[23:28] -queuebot:#ubuntu-release- New binary: rust-canonical-path [s390x] (mantic-proposed/universe) [2.0.2-1] (no packageset)
[23:30] -queuebot:#ubuntu-release- New binary: rust-base16ct [arm64] (mantic-proposed/universe) [0.2.0-1] (no packageset)
[23:35] -queuebot:#ubuntu-release- New binary: rust-canonical-path [riscv64] (mantic-proposed/universe) [2.0.2-1] (no packageset)
[23:36] -queuebot:#ubuntu-release- New binary: mujs [riscv64] (mantic-proposed/universe) [1.3.3-1] (ubuntu-budgie, ubuntu-mate, ubuntukylin)
[23:36] -queuebot:#ubuntu-release- New binary: rust-base16ct [riscv64] (mantic-proposed/universe) [0.2.0-1] (no packageset)
[23:38] -queuebot:#ubuntu-release- New binary: mujs [armhf] (mantic-proposed/universe) [1.3.3-1] (ubuntu-budgie, ubuntu-mate, ubuntukylin)
[23:45] -queuebot:#ubuntu-release- New: accepted mujs [armhf] (mantic-proposed) [1.3.3-1]
[23:45] -queuebot:#ubuntu-release- New: accepted mujs [s390x] (mantic-proposed) [1.3.3-1]
[23:45] -queuebot:#ubuntu-release- New: accepted rust-base16ct [riscv64] (mantic-proposed) [0.2.0-1]
[23:45] -queuebot:#ubuntu-release- New: accepted rust-canonical-path [riscv64] (mantic-proposed) [2.0.2-1]
[23:45] -queuebot:#ubuntu-release- New: accepted mujs [riscv64] (mantic-proposed) [1.3.3-1]
[23:45] -queuebot:#ubuntu-release- New: accepted rust-base16ct [s390x] (mantic-proposed) [0.2.0-1]
[23:45] -queuebot:#ubuntu-release- New: accepted rust-base16ct [arm64] (mantic-proposed) [0.2.0-1]
[23:45] -queuebot:#ubuntu-release- New: accepted rust-canonical-path [s390x] (mantic-proposed) [2.0.2-1]
[23:45] -queuebot:#ubuntu-release- New: accepted mujs [amd64] (mantic-proposed) [1.3.3-1]
[23:45] -queuebot:#ubuntu-release- New: accepted mujs [ppc64el] (mantic-proposed) [1.3.3-1]
[23:45] -queuebot:#ubuntu-release- New: accepted rust-base16ct [amd64] (mantic-proposed) [0.2.0-1]
[23:45] -queuebot:#ubuntu-release- New: accepted rust-base16ct [ppc64el] (mantic-proposed) [0.2.0-1]
[23:45] -queuebot:#ubuntu-release- New: accepted rust-canonical-path [arm64] (mantic-proposed) [2.0.2-1]
[23:45] -queuebot:#ubuntu-release- New: accepted rust-canonical-path [ppc64el] (mantic-proposed) [2.0.2-1]
[23:45] -queuebot:#ubuntu-release- New: accepted mujs [arm64] (mantic-proposed) [1.3.3-1]
[23:45] -queuebot:#ubuntu-release- New: accepted rust-base16ct [armhf] (mantic-proposed) [0.2.0-1]
[23:45] -queuebot:#ubuntu-release- New: accepted rust-canonical-path [armhf] (mantic-proposed) [2.0.2-1]
[23:45] -queuebot:#ubuntu-release- New: accepted ruby-faraday-multipart [amd64] (mantic-proposed) [1.0.4-1]
[23:45] -queuebot:#ubuntu-release- New: accepted rust-canonical-path [amd64] (mantic-proposed) [2.0.2-1]
[23:46] -queuebot:#ubuntu-release- New: accepted gitlab-shell [amd64] (mantic-proposed) [14.18.0+ds1-3]
[23:46] -queuebot:#ubuntu-release- New: accepted ruby-faraday-follow-redirects [amd64] (mantic-proposed) [0.3.0-1]


 Let me take that forward, @Valoriez I'll get it organised
 @PollBot help
 Hmmm
 Simon has offered to set up a test CI using Lubuntu's python tooling. Santa also did some preliminary work on a CI some time back, and I think is going to see where those efforts might be able to go. I would suggest a meeting sometime at the start of next month?
 The move to Kubuntu CI sounds really promising, and I know Santa, and others have wanted to get it using python. I trust you're a support of this strategy @RikMills ? I am happy to go that direction, sounds efficient and resilient
 I mean Lubuntu
 Sorry typo
 I was thinking more of the stuff we have in Phab, like project board, wiki etc...
 @Sick_Rimmit, It is the most developed and immediate option, for sure.
 @Sick_Rimmit, Right!
 Is it running in Jenkins ?
 @Sick_Rimmit, https://ci.lubuntu.me/
 Ooo lovely I'll go take a look
 https://phab.lubuntu.me/source/ci-tooling/
 Aww this stuff looks sweet 🥰 just reading 'jobsconfigurator.py' looks great, really nice commenting.


[17:28] <costello> cjwatson thanks, yes, the fact that it is under /usr/share and not /usr/include was a bit misleading. .. should I really make copy of the file or say #include "/usr/share/gettext/gettext.h" .. say, now it is #defined to  npgettext_aux and if that detail of internal implementation is to change in the future, then..
[17:28] <cjwatson> costello: You should follow the directions in the gettext documentation, which say to copy it
[17:29] <cjwatson> costello: npgettext_aux is a static function declared in that same header file
[17:29] <costello> Ok, getgext.h is gpl. my package is lgpl and can't be gpl due to openssl licensing stupidities -> does this pose a problem?
[17:30] <cjwatson> costello: No idea, ask the gettext maintainers
[17:30] <costello> If I'm supposed to copy that. And that way also distribute it.
[17:30] <costello> yes.
[17:31] <cjwatson> I imagine you could just do the same things with dcgettext/dcngettext that it does
[17:31] <cjwatson> That's the actual important function, the rest is just syntactic sugar over the top
[17:31] <costello> y. better idea.
[17:54] <vila> hmm, something is weird with  https://code.launchpad.net/~vila/bzr/1451448-skip-racy-tests
[17:55] <vila> launchpad doesn't show the diff even after way longer than usual (not a metric ;)
[17:56] <vila> bzr push --overwrite after 1 hour says 'No new revisions or tags to push' so the data is there
[20:51] <cjwatson> vila: run this in "lp-shell production devel": lp.branches.getByUrl(url="lp:~vila/bzr/1451448-skip-racy-tests").unscan(rescan=True)
[20:52] <vila> cjwatson: lp-shell ? never heard about that before
[20:52] <cjwatson> vila: (LP's bzr branch modelling is terrible and requires inserting a row for every revision in the branch's history when you push a new branch, so it often times out for large histories)
[20:52] <cjwatson> vila: it's in lptools
[20:52] <cjwatson> basically just a Launchpad.login_with wrapper, but convenient
[20:53] <cjwatson> vila: if the history isn't there after six minutes (technically five but let's make sure not to overlap) after you attempt the rescan, try it again, repeat until it actually manages to scan the thing
[20:54] <vila> cjwatson: ack, ran
[20:55] <vila> cjwatson: but well, it's 2 or 3 commits on top of trunk, I doubt we were close the limit before that...
[20:55] <cjwatson> vila: it depends how hot things are in the DB (or something)
[20:55] <cjwatson> vila: and this is not the first bzr branch that has timed out this way, by any means
[20:55] <vila> cjwatson: ack, thanks for the feedback anyway ;)
[20:56] <cjwatson> vila: it may happen a bit less often for bzr than it does for LP itself, but we've had a number of other reports
[20:57] <vila> cjwatson: but the row has to be inserted for any bzr branch right ? Err, bzr the tool, not the project. I.e. every lp project using bzr share the same db table right ?
[20:57] <cjwatson> they all use BranchRevision, yes
[20:57] <cjwatson> but the number of rows varies wildly
[20:57] <vila> so bzr the project itself shouldn't be more affected than any other project no ?
[20:57] <cjwatson> it is, because it has quite a deep history
[20:58] <vila> cjwatson: oh, the cache...
[20:58] <vila> cjwatson: anyway, it worked ! Thanks a lot
[20:58] <cjwatson> no, not the cache
[20:58] <vila> cjwatson: so little activity on bzr that the revs are not cached anymore ?
[20:58] <cjwatson> <cjwatson@niejwein ~/src/bzr/bzr/bzr.dev>$ bzr log | grep --count '^ *revno:'
[20:59] <cjwatson> 6609
[20:59] <cjwatson> you don't understand how terrible the LP data model is here
[20:59] <cjwatson> if you push a new branch of bzr based on the above, it will insert 6609 + (something small) rows
[20:59] <cjwatson> instead of, say, (something small)
[21:00] <cjwatson> and it turns out that trying to insert thousands of rows is slow
[21:00] <vila> O_o even for already known revisions ?
[21:00] <cjwatson> yes
[21:00]  * vila heart stops
[21:00] <cjwatson> it's revision per branch
[21:00] <cjwatson> like I say: terrible
[21:01] <vila> I've heard stories about that table since... barcelona 2009 ? But I never realize there was revnos per *branch* :-(
[21:01] <cjwatson> unrolling the whole graph into the DB in an incredibly inefficient way
[21:01] <vila> cjwatson: say no more ;-}
[21:01] <cjwatson> we avoided repeating this mistake for the git data model, obviously
[21:02] <vila> well, you don't revnos in git anyway ;)
[21:02] <cjwatson> it's not revnos anyway, it's revisions
[21:02] <cjwatson> i.e. not just the left-hand side
[21:03] <cjwatson> LP itself is at revno 17709, but every new LP branch we push involves inserting well over a hundred thousand rows
[21:03] <cjwatson> it is very annoying
[21:03] <vila> bzr has revids, what you mention seems related to revnos, i.e. for the same revid, tracking all the revnos in the branches
[21:03] <cjwatson> err
[21:03] <cjwatson> no it's not
[21:04] <cjwatson> it's branch * revision (revid if you like), it's not relevant if they share revnos in many cases
[21:04] <cjwatson> and it's not an attempt to track revnos, it's more like a performance-terrible implementation of merge detection
[21:05]  * vila rollbacks
[21:06] <vila> ok, so you mean for each branch (irrelevant of whether revisions are shared via repositories), a list of *all* revisions is maintained and used to detect merges ?
[21:06] <cjwatson> yes
[21:06] <vila> and this doesn't try to use the bzr code that do the same but knows how to load only part of the graph ?
[21:07] <cjwatson> possibly other reasons
[21:07] <vila> yeah, ok, nm ;)
[21:07] <cjwatson> I don't think there's any point analysing exactly why it got that way TBH
[21:09] <cjwatson> I believe it's trying not to use the bzr code in question because that would require a callout to a system that actually has the branches in question
[21:09] <cjwatson> merge detection is done just with the LP database
[21:10] <cjwatson> that said, for the git implementation, we said screw that, we just call out to the git hosting system and ask it to do merge detection
[21:10] <cjwatson> much easier
[21:11] <cjwatson> William had part of a BranchRevision 2.0 implementation at one point, but then we did git instead
[21:11]  * vila nods
[23:54] <wgrant> To be fair, at the time the code was devised, bzr LCA detection wasn't exactly fast.