[08:23] <zequence> Anyone given the RC a try yet?
[10:42] <zequence> Seems to not be a catastrophe, so testing tomorrow should be fine.


[00:01] <lool> DanaG: lol
[00:01] <lool> DanaG: Yeah, it will definitely we without NAND
[00:02] <rcn-ee> DanaG, they ubuntu is currently only targeting C4... ;)
[00:02] <DanaG> Now, if u-boot had ext4 support, that would be pure win.
[00:02] <rcn-ee> if u-boot had any extX support.. ;) (that worked)
[00:02] <lool> u-boot needs to be read from somewhere too
[00:03] <lool> rcn-ee: ISTR we're using ext2 support in the dove images, not quite sure anymore
[00:03] <lool> problem is that we still need to load u-boot from MMC I guess
[00:03] <lool> so with vfat
[00:03] <lool> because the ROM will load it
[00:03] <rcn-ee> i know what you mean, i a couple other boards (avr32, etc) that has no problems with extX partitions running mainline u-boot.. Only the beagle has issues...
[00:04] <ogra_cmpc> lool, http://paste.ubuntu.com/414595/ ... i need uboot-envtools in main and integrate it into flash-kernel-installer (for cmdline/root UUID etc), but it apparently works well already
[00:05] <Martyn> rcn-ee : Right now the bulk of the work I'm doing is getting the smooth-stone SoC supported, and trying to figure out ways of recycling as much of the ARM tree in an abstracted way to do it
[00:05] <ogra_cmpc> lool, thanks so much for poking me towards NAND
[00:05] <DanaG> oh... right, you do still need fat32.
[00:05] <DanaG> It's a chicken-and-egg problem.
[00:06] <rcn-ee> Of course Martyn, cant' wait to see what that board can actually do. ;)
[00:06] <DanaG> Can't read u-boot itself from ext4, anyway.
[00:06] <Martyn> rcn-ee : One of the big problems, at least for me, is that Grant Likely device tree patches aren't going to make it in until mid 2.6.35, even .36
[00:06] <Martyn> rcn-ee : Coming to Brussels?
[00:06] <DanaG> I wonder if you could fit u-boot in an MBR.
[00:06] <Martyn> DanaG : No.  i've tried
[00:06] <DanaG> Bummer.
[00:06] <Martyn> DanaG ; The problem is keeping it under 63 sectors (512bytes*63)
[00:07] <rcn-ee> Nope, not across the pond anytime soon, but i will be in esc san jose..
[00:07] <lool> ogra_cmpc: eh
[00:07] <ogra_cmpc> rcn-ee, thats a shame !
[00:08] <rcn-ee> DanaG, actually someone did intergrate X-loader into u-boot as a side project... can't remember how many months back on the beagleboard group...
[00:08] <ogra_cmpc> lool, i got a freeze exception until fri. btw
[00:08] <Martyn> rcn-ee : Pity .. I'm bringing a prototype of sorts
[00:08] <ogra_cmpc> for that bit at least
[00:08] <Martyn> rcn-ee : nVidia is helping :)
[00:09] <rcn-ee> what? no way! ;)
[00:09] <rcn-ee> i know they are kinda betting on the tegra platform, so it makes some sense...
[00:09] <DanaG> now, a Tegra netbook could be cool.
[00:09] <Martyn> rcn-ee : Heh .. true.  Although I feel kind of guilty being one of the reasons the tegra2 200 platform is hard to get right now
[00:10] <DanaG> I may not much like nvidia... but at least I'd probably be able to use compiz on the thing.
[00:10] <DanaG> ... as opposed to PowerVR.
[00:10] <Martyn> DanaG : I already saw four prototype 'smartbooks' based on the tegra2 .. but the 200 has some problems with Mini PCIe
[00:10] <Martyn> (weak ordering is supported, strong ordering is not, which breaks the PCI driver in linux_
[00:11] <Martyn> DanaG : Try the more exciting idea -- the potential for using CUDA
[00:11] <rcn-ee> Your just helping to get things supported before everyone starts yelling about the issues...
[00:11] <DanaG> hmm, weak ordering?
[00:11] <Martyn> DanaG : Yeah.
[00:11] <DanaG><EMAIL_ADDRESS>[00:11] <rcn-ee> i just want a PCI-E, then stick ati/nouveu based card into it.. ;)  the open-rd was interesting, but backordered..
[00:12]  * ogra_cmpc falls dead
[00:13] <Martyn> ogra :Sleep time?
[00:13] <Martyn> DanaG : Bingo
[00:14] <DanaG> Sucks that the Base and Client have different sets of I/O.
[00:14] <Martyn> and because the assumption is strong ordering (where the tegra2 demands weak ordering) ... we get brokenness all over the place
[00:14] <DanaG> I want a superset of both... "client" without the onboard IGP, with PCIe slot.
[00:14] <DanaG> hmm, still doesn't quite say what strong / weak ordering is.  Is it presence or lack of specific instructions?
[00:17] <rcn-ee> Oh ogra, found another device with no battery backed rtc...  The Always-innovating touchbook doesn't have a backup battery...  There's a mod on their wiki to add one...
[00:17] <Martyn> think of it as the difference between TCP and UDP
[00:18] <Martyn> TCP ensures that the order of packets is perserved and checked
[00:18] <Martyn> UDP .. ordering is -not- guaranteed or checked
[00:19] <DanaG> ah, but instead of packets, it's "things you tried to fetch from memory"?  (would have to include a sequence marker, of course.)
[00:20] <Martyn> something like that
[00:20] <Martyn> there are entire chapters in my PCI book dedicated to the subject
[00:21] <DanaG> hmm, that reminds me of something I had thought would be interesting: use a PCIe FPGA to do all sorts of stuff.
[00:21] <DanaG> Something I wanna' see: http://www.sondigo.com/sirocco/overview  -- something like that, but with 2.6 kernel.
[00:22] <DanaG> It's a c-media PCI audio chip on a Realtek Lexra MIPS CPU.
[00:22] <DanaG> Most ARM SOCs don't have surround sound.
[00:24] <Martyn> .. thinks
[00:24] <Martyn> NO ARM SoC's have surround sound yet, that I can think of
[00:24] <Martyn> I don't even think the Tegra2 is more than 2.1
[00:25] <DanaG> yeah, I realized that after I spoke / typed / pressed enter.
[00:27] <DanaG> http://landley.net/notes-2009.html
[06:03] <philo> hi
[06:04] <philo> i need a simple way to setup a virtual machine with ubuntu-arm running it... can anyone point me to some doc ?
[07:15] <ogra> philo, see topic :)
[07:31] <aaron_liuj> my board have two output hdmi and lcd ,but it's default out lcd ,how to change it to hdmi display
[07:32] <aaron_liuj> need i modify the frame buffer ?
[07:33] <amitk> aaron_liuj: what board is it?
[07:37] <aaron_liuj> arm
[07:37] <aaron_liuj> one type arm board
[07:38] <aaron_liuj> 2 output device , but default is lcd ,i want change it to hdmi tv
[07:38] <aaron_liuj> how to do that ?
[07:47] <amitk> aaron_liuj: I'm afraid we need more info than that. What processor does it use? Is it a custom board, etc..
[07:51] <aaron_liuj> tcc8900
[07:52] <aaron_liuj> but the i have he right worked hdmi driver
[07:52] <aaron_liuj> but the i have the right worked hdmi driver
[07:52] <aaron_liuj> but i don't know how to change the default output device
[07:53] <amitk> aaron_liuj: that is not an SoC that is supported by Ubuntu, so I'm not familiar with its drivers
[07:55] <aaron_liuj> i think it's vary samilar with pc have vga and hdmi port
[07:55] <aaron_liuj> i think it's very samilar with pc have vga and hdmi port
[07:55] <aaron_liuj> i think it's very samilar with pc have vga and dvi, hdmi port
[07:56] <amitk> it is probably in the framebuffer driver options somewhere
[08:21] <DanaG> telechips?
[08:21] <DanaG> hmm, my Cowon S9 has some telechips thingy of some sort.
[08:24] <amitk> never heard of them before
[08:25] <aaron_liuj> yeah from telechips
[08:27] <NCommander> aaron_liuj: ususally its a kernel command line option, or if you just care about X, you might be able to get by with just xrandr, but I can't tell you the specifics
[08:28] <NCommander> Martyn: dove has surrond sound
[08:28] <ogra> hrm, so broken_system_clock in e2fsck.conf doesnt help :(
[08:33] <saeed> hi there
[08:40] <saeed> ogra: hi
[08:40] <ogra> hey saeed
[08:41] <saeed> I would like to boot lucid on dove with console on serial
[08:41] <saeed> it would be very usefull if we can append args to bootargs of the boot.scr
[08:44] <ogra> saeed, that will breake the splash screen on all desktop installs, do you  want that ?
[08:45] <ogra> plymouth sadly breaks once a console= option is on the cmdline and wont display any splash anymore
[08:46] <saeed> ogra: what is splash sceen?
[08:47] <saeed> ok, I googled it
[08:47] <saeed> anyway, the console option will be added only for debug
[08:47] <ogra> heh, its the progressbar screen you see on boot of ubuntu desktop systems
[08:48] <saeed> also, we may add other options
[08:49] <ogra> it's a bit late to change these options, we need to talk to the release team given that final freeze was yesterday
[08:49] <ogra> how confident are you that they are 100% not causing any problems (the additional options i mean)
[08:49] <saeed> I see, please consider it for next release
[08:50] <ogra> we'll do, we can get a freeze exception but it must be a 100% bulletproof change
[08:50] <ogra> if the images get unbootable due to some cmdline option you request thats a disaster
[08:51] <saeed> ogra: I'm not looking to add permanent options to the cmdline
[08:51] <saeed> only temporary options for debugging specific issue
[08:52] <ogra> you can easily change boot.scr yourself
[08:52] <ogra> if its only for you for debugging
[08:53] <ogra> just grab it, remove the binary header, save it as boot.script and edit bootargs to your liking
[08:54] <ogra> then run: mkimage -A arm -T script -C none -n "Ubuntu boot script" -d <path to your boot.script file> /boot/boot.scr
[08:54] <ogra> its trivial
[08:54] <saeed> ok
[09:04] <nosse1> Morning everyone
[09:09] <aaron_liuj> good night all
[09:15] <lool> ogra: I think saeed was just asking for a local workaround
[09:16] <ogra> lool, yeah, i didnt get that
[09:16] <lool> saeed: What we kind of miss is some UI to offer multiple kernels and versions with options
[09:16] <lool> saeed: Could probably be done with the soft bootloader PoC, or some other bootloader like petitboot and such
[09:17] <lool> saeed: But locally you could regenerate boot.scr or break into u-boot I guess?
[09:18] <saeed> lool: I used to create my own bootcmd based on the boot.scr one, I also tried to modify the boot.scr as ogea suggested. both methods work
[09:19] <saeed> however, if the next release is comming with softbootloaded, then that will be great
[09:20] <saeed> btw, what is the status of the softloader?
[09:20] <saeed> Ncommander worked on that, right?
[09:21] <amitk> lool: atleast openmoko uses a u-boot that supports menu entries IIRC
[09:21] <lool> saeed: No it's not coming with softbootloader
[09:21] <lool> saeed: I think ogra and NCommander had a working proof of concept, but I'm not sure what prevented its wider use; for a long time kexec was badly broken
[09:22] <lool> saeed: Perhaps the kexec breakage prevented its use?  Not sure
[09:22] <lool> saeed: project name is now https://launchpad.net/mukluk
[09:22] <saeed> look: issues with kexec were fixed
[09:23] <amitk> http://wiki.openmoko.org/wiki/Booting_from_SD#Add_uboot_boot_entry
[09:23] <lool> So I cant comment in place of NCommander and ogra
[09:23] <ogra> lool, kexec broke suspend/resume on most arches we added it ...
[09:24] <ogra> i think it was withdrawn from most of our kernels again until thats better understood by the kernel guys
[09:25] <ogra> amitk, since you are affected by bug 563618, would you mind to confirm it ?
[09:25] <ubot4`> Launchpad bug 563618 in util-linux (Ubuntu Lucid) (and 3 other projects) "there is no way to tell fsck to ignore broken clocks on embedded systems (affects: 1) (heat: 8)" [High,New] https://launchpad.net/bugs/563618
[09:26] <ogra> else Keybuk will close it immediately again and tell me its fixed :)
[09:27] <amitk> ogra: done
[09:27] <ogra> thanks :)
[09:31]  * ogra waits for dpms to kick in so he can reproduce the DSS2 bug finally
[09:35] <nosse1> ogra, does the new ti-omap -5 cover the changes you made to the kernel yesterday?
[09:36] <nosse1> comparing to the -4 config, there doesn't seem to be anything changed related to console
[09:37] <amitk> nosse1: that isn't built yet... long backlog of arm packages just before freeze
[09:37] <amitk> https://edge.launchpad.net/ubuntu/+source/linux-ti-omap/2.6.33-500.6/+build/1692899
[09:38] <nosse1> amtik, thanks. I can extract the config from those sources
[09:38] <amitk> nosse1: use tab for my nick :)
[09:40] <nosse1> amitk, sorry. Didn't mean to offend. I've tried using the tab, but maybe this isn't a function in chatzilla
[09:40] <amitk> nosse1: none taken, just trying to point you to a (timesaving) feature. :)
[09:41] <nosse1> trust me, I have been looking... ;)
[09:44] <saeed> ogra: I'm trying to debug the hibernate issue https://bugs.launchpad.net/bugs/509006
[09:44] <ubot4`> Launchpad bug 509006 in linux-mvl-dove (Ubuntu Lucid) (and 1 other project) "[dove] hibernation failed to resume (affects: 2) (heat: 12)" [High,Confirmed]
[09:45] <saeed> I suspect that the issue is that the initramdisk mounts the root partition before doing the resume
[09:48] <lool> saeed: You can break into the initrd by passing extra args
[09:48] <lool> saeed: break=top break=bottom etc.
[09:48] <lool> saeed: if you unpack an Ubuntu initrd and grep for maybe_break, you should see all the possible break points
[09:49] <saeed> lool: thank, I'll try it
[09:49] <ogra> or look under /usr/share/initramfs-tools
[09:49] <ogra> (easier than explicitly unpacking)
[09:51] <ogra> lool, http://paste.ubuntu.com/414821/
[09:52] <ogra> lool, i have one prob left ... if you look below "Erasing Initramfs NAND space" you will notice that i use $kmtdsize (4MB) to erase the initramfs space
[09:53] <ogra> lool, the default size of that space is just to big to erase it all ... without erasing we cant write (generates IO errors) what would you recommend to use for a erase size ? i was pondering to hardcode a value somewhere
[09:54] <lool> ogra: You mean it's too slow to erase it all?
[09:54] <lool> ogra: how large is it?
[09:54] <ogra> yeah, its 2Gig
[09:54] <lool> For Kernel?
[09:54] <ogra> its the filesystem space for the rootfs originally
[09:54] <ogra> no, kernel is 4MB
[09:54] <lool> Who creates the Kernel partition?
[09:54] <ogra> the kernel
[09:55] <ogra> for a later release we need to sort that stuff in kernel
[09:55] <ogra> but for 10.04 i doubt we can
[09:55] <lool> Ok, there's a space for a rootfs and you use it for the initramfs
[09:55] <ogra> right
[09:55] <ogra> and its to big to erase it all
[09:55] <lool> ogra: Can't you change the partitions to be sensible?
[09:55] <ogra> takes 10-15min
[09:55] <ogra> no, they are set in kernel
[09:56] <lool> ogra: pointer?
[09:56] <ogra> in the omap mtd driver actually
[09:56] <ogra> lool, http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=blob;f=arch/arm/mach-omap2/board-omap3beagle.c;h=962d377970e9bb198d410abf1ac1b418d0658341;hb=HEAD
[09:56] <lool> thanks
[09:57] <nosse1> amitk: Are there any other changes to the kernel except for config changes?
[09:57] <lool> ogra: Could you possibly use the kernel part for both, or is it two small?
[09:57] <ogra> for both ?
[09:57] <ogra> whats both ?
[09:57] <ogra> oh
[09:57] <ogra> 4MB is definately to small
[09:58] <lool> Yeah
[09:58] <lool> ogra: So I have some ideas, but first could you explain where these IO errors come fronm?
[09:59] <lool> I thought you could write whatever you like to mtdblock parts, the kernel will do the NAND flashing to 0xff for you if needed
[09:59] <ogra> lool, no idea, i get them if i write to unerased space
[09:59] <amitk> nosse1: no other changes, they'll happen after release as SRUs
[09:59] <lool> ogra: I suspect it's a bug in the offset / size you're writing
[09:59] <ogra> as soon as i zero it everything works flawless
[09:59] <ogra> i got the offset sizes from the beagle docs
[10:00] <ogra> they seem to be identical across all beagles
[10:01] <lool> ogra: I would say you should have at least 16 MiB for the initrd data
[10:01] <ogra> ok
[10:01] <lool> for safety, you could go to something higher
[10:01] <lool> like 64
[10:01] <ogra> where would you put it ?
[10:01] <lool> in the rootfs part
[10:01] <ogra> in the script (i dont use flash-kernel.conf yet and would happily not)
[10:01] <ogra> ok
[10:02] <lool> ogra: how do you load the initrd ATM?
[10:02] <ogra> nand load
[10:02] <lool> certainly *some* components needs to be made aware of the actual size we care about
[10:02] <lool> ogra: do you have control of that script?
[10:02] <nosse1> amitk: How do you generate the .config? Cat everyting together from debian.ti-omap/config ?
[10:02] <ogra> see the top part of my paste
[10:02] <ogra> line 10-26
[10:03] <ogra> it uses uboot-envtools to set the u-boot env
[10:05] <lool> ogra: yeah, so you're essentially already listing the initnrd size
[10:05] <ogra> right
[10:05] <ogra> i have to change it in both places
[10:05] <ogra> or would you suggest to parse bootcmd in flash-kernel ?
[10:05] <lool> ogra: I guess that's ok; if would be nice if you followed the usual u-boot variables
[10:05] <lool> beagleboard comes with a nice set of u-boot envs vars
[10:06] <ogra> mine doesnt anymore :P
[10:06] <ogra> after i played with the flash :)
[10:06] <lool> ogra: Well if you were to use proper vars, it would be nice to parse in flash-kernel
[10:06] <lool> e.g. (I'm not sure what exists already) initrd_nand_addr, initrd_nand_size etc.
[10:06] <lool> ogra: you can reset the values to their defaults
[10:06] <lool> resetenv or something
[10:07] <ogra> ah, right
[10:07] <lool> ogra: I suspect they don't use the rootfs as an initrd though
[10:08] <lool> sorry initramfs
[10:08] <lool> ogra: Perhaps it would be more elegant to just write what you need to write and use it as an initrd instead of initramfs?
[10:08] <ogra> right
[10:08] <ogra> there are no vars at all for initramfs usage
[10:08] <ogra> nor for initrd
[10:08] <lool> ogra: Hmm really
[10:09] <ogra> yeah
[10:09] <ogra> initrd isnt a concept on beagle
[10:09] <lool> jffs2args=setenv bootargs console=${console} ${optargs} root=/dev/mtdblock4 rw rootfstype=jffs2
[10:09] <ogra> even finding proper docs with google is painful
[10:09] <ogra> right, thats for a rootfs
[10:09] <lool> Oh it's certainly supported for sd
[10:09] <nosse1> I see you changed the HZ. Why is that?
[10:10] <ogra> nosse1, ??
[10:10] <lool> ogra: So I'd introduce a nandinitrdboot or similar which would set root=UUID=something and load some configurable megabytes of the rootfs as an initrd; I'd read that value from flash-kernel to zero it
[10:11] <ogra> ok
[10:11] <lool> You can re-use rdaddr
[10:12] <ogra> amitk, bug 563650 with kisses for you :)
[10:12] <ubot4`> Launchpad bug 563650 in linux-ti-omap (Ubuntu Lucid) (and 1 other project) "DSS2 oops when shutting down while DPMS is active (affects: 1)" [Medium,New] https://launchpad.net/bugs/563650
[10:12] <lool> I wonder whether it would be possible to point the kernel at the nand for the initramfs and unpack it in RAM
[10:12] <ogra> lool, what scares me a bit is to rely to much on uboot-envtools
[10:13] <ogra> lool, thats for 10.10 :)
[10:15]  * ogra will already be happy if he ends up with a bootable *something* on lucid beagle ... given bug 563618 and Keybuks attitude towards the prob thats not looking good atm
[10:15] <ubot4`> Launchpad bug 563618 in util-linux (Ubuntu Lucid) (and 3 other projects) "there is no way to tell fsck to ignore broken clocks on embedded systems (affects: 1) (heat: 8)" [High,Confirmed] https://launchpad.net/bugs/563618
[10:17] <amitk> nosse1: right, cat together all of it
[10:17] <amitk> ogra: thanks
[10:32] <NCommander> saeed: softbootloader was blocked on lack of kexec()
[10:32] <NCommander> saeed: kernel support landed too late for lucid unfortunately
[10:33] <lool> ogra: i'm glad I told you 64 MiB because the usual ubuntu config is actually 4 MiB
[10:33] <lool> *64
[10:33] <ogra> i would have gone with 16 :)
[10:33] <ogra> i dont think i have ever seen a bigger initramfs in my life
[10:34] <lool> ogra: given that the size in the kernel config is 64 MiB, that would seem a prudent value to use
[10:34] <lool> ogra: are you checking the file size before writing it?
[10:35] <ogra> not explicitly, no but thats just a copy paste job
[10:35] <lool> ogra: Make sure there's some check in place?
[10:35] <lool> quoting is a bit inconsistent in your diff too
[10:36] <ogra> check_size "Kernel" $(($kfilesize + 8 + 64)) $kmtdsize
[10:36] <ogra> like that ?
[10:36] <lool> apw: Would you be open to bumping the default ramdisk size in the dove config to 65536 instad of 4096?  :_)
[10:36] <ogra> (stolen from QNAP)
[10:36] <lool> ogra: something like that, I'm afraid I lack the specifics
[10:37] <lool> ogra: note that you're actually writing an u-boot image which is slightly bigger than the initrd
[10:37] <apw> lool, i think that is becoming the default on the other arm branches
[10:37] <ogra> lool, indeed
[10:37] <apw> i presume you mean for SRU
[10:37] <lool> apw: Yes, it's the case in pretty much all other branches, not sure why not on dove
[10:38] <lool> apw: I guess it's for $next-upload, SRU or late upload; happy either way
[10:38] <lool> apw: I would like if it's in git and I can forget about this discrepancy  :-)
[10:39] <apw> lool, as dove is in the can is there a bug as we'll need one to SRU the change
[10:45] <lool> apw: no open bug, can file one now
[10:45] <apw> lool thanks
[10:45] <apw> assign it to me
[10:49] <lool> apw: https://bugs.launchpad.net/ubuntu/+source/linux-mvl-dove/+bug/563679
[10:49] <ubot4`> Launchpad bug 563679 in linux-mvl-dove (Ubuntu) "CONFIG_BLK_DEV_RAM_SIZE should be 65536 as in other kernels (affects: 1)" [Undecided,New]
[10:49] <apw> lool ta
[10:53] <saeed> NCommander: what is the current status of mukluk
[10:54] <NCommander> saeed: on hold. Will look at implementing for 10.10
[10:54] <saeed> NCommander: does the current version partialy work?
[11:09] <ogra> NCommander, what was the prob again with missing uboot-mkimage on certain dove installs ?
[11:10] <ogra> NCommander, were these d-i based or live ones ?
[11:10] <NCommander> ogra: live images, sometimes blew up due to network not being present
[11:11] <NCommander> saeed: yes, but the script ot make the config file automatically is buggy
[11:11] <ogra> NCommander, weird, i'm just looking at the redommends
[11:11] <ogra> *recommends
[11:11] <ogra> in ubiquity
[11:11] <ogra> and uboot-mkimage is definately in the list so it should be inside the livefs
[11:13] <ogra> oh
[11:13] <ogra> it was added on Fri Mar 26
[11:39] <nosse1> is there a link to the armel build queue somewhere?
[11:40] <ogra> https://edge.launchpad.net/builders
[11:44] <ogra> lool, erasing 64M is still taking more than 2min, i'll go with 16
[12:47] <ogra> asac, so looking at uboot-envtools ...
[12:47] <asac> ogra: thanks. and sorry i didnt fix it yet for you ;)
[12:47] <ogra> asac, using make clean breaks because the quilt patches that clean up Makefile are not applied
[12:48] <ogra> donty worry, i'm nearly done with all the omap stuff ... just needs that package
[12:51] <ogra> asac, so, i cant easily fix up the build system without adding my completely own Makefile debian/patches has Makefile patches that need to be applied to exec anything at all but rules calls unpatch in clean
[12:51] <ogra> i guess thats the reason for the rm commands in rules
[12:52] <ogra> asac, laso it doesnt remove source files it seems but it removes the link
[12:57] <ogra> asac, the missing config is caused because its actually a snipped from uboot, it would be configured during uboot build but the package here tries to be generic and thus ships only example configs
[15:16] <ocs> hi, which is the cheapest arm-board where ubuntu can run ?
[15:17] <rsalveti> ocs: beagleboard?
[15:17] <rsalveti> ocs: you can get it for $150
[15:18] <ocs> rsalveti: are you sure there are not cheaper ones?
[15:18] <rsalveti> ocs: if you want to run lucid, then I guess it's the cheaper one
[15:19] <ocs> rsalveti: lucid <--- ?
[15:19] <rsalveti> otherwise if you are happy with older releases, you can get an armv5 or armv6 board
[15:19] <rsalveti> ocs: ubuntu lucid, the next release
[15:21] <ocs> rsalveti: thanks
[15:23] <rsalveti> ocs: sheevaplug is cheaper ($99), but it's armv5
[15:23] <rsalveti> ocs: you can run ubuntu 9.04 or debian
[15:23] <rsalveti> or oe based distros, like angstrom
[15:25] <ocs> rsalveti: but sheevaplug doesn't have a video connector
[15:25] <ocs> right?
[15:26] <rsalveti> ocs: yep, you're right
[15:36] <ogra> rcn-ee, your /etc/e2fsck.conf works with mountall ?
[15:36] <ogra> (note that mountall doesnt use e2fsck but fsck from util-linux which doesnt respect the config file)
[17:08] <ogra> GrueMaster, did you test the d-i fix for the netinst images already ?
[17:08] <ogra> (for dove)
[17:09] <GrueMaster> Yes.  Netboot install now works.
[17:09] <ogra> with the default initrd without having to fiddle with mkimage etc ?
[17:09] <GrueMaster> I even wrote a little netboot.scr script for it that gets pulled via bootp.
[17:10] <ogra> sweet
[17:10] <GrueMaster> I used the latest images from http://ports.ubuntu.com/dists/lucid/main/installer-armel/20081029ubuntu98/images/dove/netboot/dove/ with out any modification.
[17:10] <ogra> perfect, thanks
[17:11] <GrueMaster> I'm still trying to figure out how to use the bootp protocol to send uboot commands.
[17:11] <GrueMaster> But I don't think uboot supports it.
[17:13] <ogra> probably not uboot, but kernel/initramfs should be able to read dhcp strings you send
[21:12] <Martyn> Is there a list of packages that are -not- attempted to be built on ARM?
[21:13] <armin76> libx86 :D
[21:13] <armin76> s390-tools :D
[21:22] <asac> Martyn: we have a architecture specific blacklist file yes. but dont ask me where ;)
[21:23] <asac> ogra: ^^ where is pas?
[21:38] <persia> asac: P-a-s isn't the entirety of it, really.  There's also package arch: fields.
[21:38] <asac> persia: sure
[21:38] <asac> but thats not in list form ;)
[21:39] <persia> No, my point is that such a list doesn't exist.
[21:39] <persia> And I know we attempt builds of silly stuff (e.g. libx86, wine1.2).
[21:40] <persia> Anyway, https://code.launchpad.net/~ubuntu-core-dev/packages-arch-specific/ubuntu
[21:52] <Martyn> thanks :)
[21:52] <Martyn> persia : That will do as a starting point
[21:53] <persia> Martyn: patches accepted for that, if you think there's something listed as not-for-ARM that should be for ARM.  I had to unburden a number of packages when working on the lpia port.
[21:55] <Martyn> right now, I'll take stability over coverage
[21:55] <Martyn> smooth-stone is looking over all the packages, and building a blueprint for UDS-M
[21:56] <Martyn> we're currently looking for a way to use eucalyptus either with LXC, or completely non-virtualized
[21:58] <persia> That shouldn't be hard at all.
[21:58] <persia> Just replace eucalyptus-nc with another component.
[21:59] <persia> I strongly recommend chatting with kirkland or smoser in #ubuntu-server about it: they are likely to be able to share good strategies.
[21:59] <persia> And I know at least one of them shares your timezone, which may make that easy :)
[22:00] <persia> Actually, they're both there now :)


[12:43] <Ubugtu> New bug: #95710 in xorg-server (main) "gxine crashes Xorg" [Undecided,Unconfirmed]  https://launchpad.net/bugs/95710
[06:50] <Ubugtu> New bug: #94325 in linux-source-2.6.15 (main) "After waking up from suspend, a skype call hangs machine (dup-of: 53216)" [Undecided,Unconfirmed]  https://launchpad.net/bugs/94325
[07:25] <Ubugtu> New bug: #95782 in xorg (main) "dual-head second monitor video" [Undecided,Unconfirmed]  https://launchpad.net/bugs/95782
[10:21] <Ubugtu> New bug: #95810 in xorg (main) "keyboard i18n is completely borked in feisty" [Undecided,Unconfirmed]  https://launchpad.net/bugs/95810
[12:34] <Ubugtu> New bug: #95534 in xorg (main) "GeForce 8800GTX makes installation impossible" [Undecided,Unconfirmed]  https://launchpad.net/bugs/95534
[01:20] <Ubugtu> New bug: #95858 in xserver-xorg-input-synaptics (main) "feisty. scrolling too slow for synaptic touchpad" [Undecided,Unconfirmed]  https://launchpad.net/bugs/95858
[02:46] <Ubugtu> New bug: #95880 in xorg (main) "X.org randomly picks 800x600 on a monitor capable of doing 1024x768" [Undecided,Unconfirmed]  https://launchpad.net/bugs/95880
[02:59] <Ubugtu> New bug: #89555 in mesa (main) "[apport]  vlc crashed with SIGILL in __glXInitialize()" [Medium,Unconfirmed]  https://launchpad.net/bugs/89555
[03:11] <Ubugtu> New bug: #87943 in mesa (main) "[apport]  xskewb crashed with SIGSEGV in glViewport()" [Medium,Confirmed]  https://launchpad.net/bugs/87943
[03:36] <Ubugtu> New bug: #95863 in xorg (main) "Intel 945 Video 1680X1050 resolution display outside physical dimensions of the monitor" [Undecided,Unconfirmed]  https://launchpad.net/bugs/95863
[03:40] <Ubugtu> New bug: #47927 in linux-restricted-modules-2.6.15 (restricted) "3D driver install fails to update xorg.conf" [Medium,Rejected]  https://launchpad.net/bugs/47927
[04:15] <Ubugtu> New bug: #95919 in mesa (main) "[apport]  glxinfo crashed with SIGSEGV" [Undecided,Unconfirmed]  https://launchpad.net/bugs/95919
[04:41] <Ubugtu> New bug: #63206 in r-base (universe) "font path isn't correct set either in R or X [Edgy]  (dup-of: 63408)" [Undecided,Unconfirmed]  https://launchpad.net/bugs/63206
[04:45] <Ubugtu> New bug: #95934 in xorg-server (main) "[apport]  Xorg crashed with signal 5" [Undecided,Unconfirmed]  https://launchpad.net/bugs/95934
[05:27] <Ubugtu> Announcement from my owner (Seveas): ubugtu will be taken offline and integrated with ubotu - epect some downtime
[08:30] <ubotu> New bug: #96035 in xorg-server (main) "[apport]  Xorg crashed with signal 5 in ioldrmOpen()" [Undecided,Unconfirmed]  https://launchpad.net/bugs/96035
[09:21] <ubotu> New bug: #54371 in xserver-xorg-video-ati (main) "Mouse cursor garbeled when using EXA on ATI Technologies Inc RV380 0x3e50 [Radeon X600]  with radeon driver" [Undecided,Needs info]  https://launchpad.net/bugs/54371
[10:25] <ubotu> New bug: #96082 in xserver-xorg-input-synaptics (main) "[feisty]  BottomEdge=4144 too low!" [Undecided,Unconfirmed]  https://launchpad.net/bugs/96082
[10:25] <ubotu> New bug: #96085 in xorg (main) "[feisty]  Ctrl-Alt-Backspace crashes gdm" [Undecided,Unconfirmed]  https://launchpad.net/bugs/96085
[10:56] <ubotu> New bug: #37773 in linux-restricted-modules-2.6.15 (restricted) "[madwifi]  Semi-random system lockups in Dapper" [Critical,Confirmed]  https://launchpad.net/bugs/37773
[11:11] <ubotu> New bug: #41979 in xserver-xorg-video-nv (main) "xserver-xorg crashes when handling newer nvidia cards" [High,Needs info]  https://launchpad.net/bugs/41979
[11:43] <ubotu> New bug: #95641 in xserver-xorg-video-ati (main) "desktop effects don't work on Dell D600" [Medium,Confirmed]  https://launchpad.net/bugs/95641


[06:59] <mdew-home> are there eclipse 3.4 packages for ubuntu?
[13:45] <panosru> please can anyone help me with java on my gutsy system? i can't get it work on firefox... :(
[13:55] <savvas> what's the signature for the deb http://people.ubuntu.com/~doko/ubuntu/ gutsy/ source?
[13:55] <savvas> oh it doesn't need one :P
[13:55] <doko> it doesn't have one
[13:55] <savvas> WARNING: The following packages cannot be authenticated!
[13:55] <panosru> please can anyone help me with java on my gutsy system? i can't get it work on firefox... :(
[13:56] <savvas> oops
[13:56] <panosru> gamo thn java mesa
[14:01] <jamesstansell> panosru: are you using 32bit or 64bit?
[14:01] <panosru> 64
[14:03] <jamesstansell> sun-java6-plugin doesn't have a 64 bit version
[14:03] <jamesstansell> I've heard it's possible to use the 32bit, but I'd have to refer you to help.ubuntu.com for that
[14:04] <panosru> ok i will try something else then :/
[14:05] <jamesstansell> Or, if you like to experiment, there's a package with a name similar to icedtea-java7-plugin that's said to have a 64bit version
[14:05] <panosru> i tried icedtea
[14:05] <panosru> but it not work too
[14:05] <panosru> :/
[14:06] <panosru> i'm also working on eclipse platform for develop and i need sun-java
[14:07]  * jamesstansell has stayed away from 64bit so far because of issues like this
[14:09] <panosru> 64bit system is about 30% faster of an 32bit system
[22:56] <dpml> Have just completed an install of icedtea and I'm trying to figure out how to configure things so that I can install Ant 1.7.0.  I see the ubuntu package description at http://packages.ubuntu.com/gutsy/devel/ant ... however 'aptitude show ant' list version 1.6. Presumably I need to update my software sources to include the devel content - is that correct? If so what should by deb statement look like?
[23:14] <jstansel_> https://launchpad.net/ubuntu/+source/ant/ also shows 1.7.0
[23:15] <jstansel_> ant is in main?
[23:17] <jstansel_> dpml: what does "apt-cache madison ant" show?
[23:17] <dpml> umm - so it does
[23:18] <dpml>        ant |    1.7.0-3 | http://ftp.iinet.net.au gutsy/main Packages
[23:18] <dpml>        ant |    1.7.0-3 | http://ftp.iinet.net.au gutsy/main Sources
[23:19] <dpml> Looks like I've been seeing things.
[23:19]  * jstansel_ nods
[23:20] <dpml> ok - I'll continue - thanks
[23:21] <jstansel_> you're welcome :)
[23:44] <dpml> Is there some documentation somewhere on the overall logic of java-based product packaging best practice for ubuntu?
[23:44] <dpml> p.s. ant 1.7.0 install successfully
[23:44] <dpml> s/install/installed
[23:46] <dpml> Have just located http://blogs.sun.com/tmarble/resource/FOSDEM-2007/FOSDEM-2007-Debian-Ubuntu.pdf ... reading now.


[04:14] <gilbert> hey everybody :)
[04:14] <gilbert> Cheri703: we should think about another irc meeting this month
[04:14] <Cheri703> yeah
[04:14] <Cheri703> did you get my pm?
[04:14] <gilbert> yeah
[04:15] <Cheri703> k
[04:16] <gilbert> i'll get the election email started
[04:16] <gilbert> would you mind sending a doodle?
[04:16] <Unit193> Don't elect me, and you'll be good.
[04:16] <Cheri703> yeah, preferred days?
[04:16] <gilbert> ok Unit193 ;)
[04:17] <Unit193> Though I suppose we should pretend to have a local meetup.
[04:17] <Unit193> Oh, Akron area active?
[04:19] <gilbert> i dunno
[04:19] <gilbert> reloco activity has been concerningly low lately :(
[04:19] <Cheri703> yeah
[04:20] <Unit193> LoCos, generally.
[04:20] <Cheri703> we could just try to shift focus to having more online activity
[04:20] <Cheri703> vs in person
[04:20] <gilbert> Unit193: you've seen same problems in other states as well?
[04:20] <Cheri703> like doing google hangout bug jam vs in person
[04:20] <Cheri703> or stuff like that
[04:20] <gilbert> Cheri703: i really like the online direction
[04:20] <Unit193> gilbert: That was the conclusion of someone from another state. yeah
[04:21] <Cheri703> that way people can blog it and spread the word in various ways
[04:21] <gilbert> Unit193: do you know which state that was?
[04:21] <Cheri703> and it's easier for folks to pop in
[04:21] <Cheri703> I know colorado has similar issues
[04:22] <skellat> So, we're looking at a meeting?
[04:22] <gilbert> Cheri703: definately :)
[04:22] <Unit193> gilbert: tn.
[04:22] <Cheri703> I think focusing on having online events, getting the mailing list more active, the forums, etc would be good. way easier to have a "ohio bug jam day" and post to various local forums (non ubuntu-specific) or g+ or stuff than to mess with driving 2 hours to try to sit in a room and work on a computer :/
[04:23] <gilbert> Cheri703: agreed.  i think people fell less of a need for real-world interaction anymore
[04:24] <Cheri703> yeah, so I think that might be a good topic of discussion at our next "business" meeting
[04:24] <gilbert> skellat: yep, another irc
[04:25] <skellat> What's our educational/roundtable/discussion topic preceding the biz meeting?
[04:25] <Cheri703> skellat: we can put that part off til next month OR have it as a separate session
[04:26] <gilbert> who was going to lead that?
[04:26] <skellat> Cheri703: Well, I'm still unemployed so I've got all the time in the world to prep.  Can you put up a Doodle for a Joy Of BeagleBoard session?
[04:26] <Cheri703> you can make one too ;)
[04:26] <Cheri703> that way you can choose dates/times that work for you
[04:26] <gilbert> skellat: don't feel constrained.  go ahead without council approval :)
[04:27] <skellat> I kinda want to schedule it near the business meeting, though
[04:27] <skellat> Maybe day before or day after
[04:28] <gilbert> i think next week tues, wed, or thurs would be good for the general meeting
[04:28] <gilbert> like at 7 or 8
[04:28] <gilbert> Cheri703: does that time range sound good for the doodle?
[04:29] <skellat> Hmm...will people be able to tear themselves away from Bones and/or How I Met Your Mother on Monday...let alone Kevin Pereira hosting Let's Ask America?
[04:29] <Cheri703> yeah, that works for me.
[04:30] <gilbert> if not, i'm sure they can multitask ;)
[04:30] <skellat> :-)
[04:30] <skellat> See: http://www.letsaskamerica.tv/
[04:30] <gilbert> i'm in a weird joy division music phase right now
[04:31] <gilbert> what channel is that on?
[04:32] <Cheri703> link sent
[04:32] <Cheri703> and for those here: http://doodle.com/w3aipwvvys79rh3p
[04:33] <gilbert> thanks Cheri703!
[04:33] <gilbert> you're awesome :)
[04:33] <Cheri703> it's on the forum too
[04:33] <gilbert> cool
[04:33] <gilbert> we really need a bridge between ml and forum
[04:34] <Cheri703> yeah :s
[04:34] <Cheri703> might poke the higher ups about that
[04:34] <skellat> gilbert: We've asked about that bridge and poked higher ups.  Canonical holds the cards on that one as something's up with the software.  Heck, openID log-in to the Forum wasn't working last time I tried.
[04:35] <skellat> Cheri703: Here's link for the educational session: http://doodle.com/99swcya8pp5u2fpe
[04:35] <Cheri703> is that supposed to be 11pm and 12am?
[04:36] <skellat> Yeah.  It didn't show up right?
[04:36] <gilbert> either way those are really really late
[04:37] <Cheri703> I mean, if you want to do the session then, go for it, but...just wanted to make sure that was correct
[04:37] <skellat> Let me delete the  midnight one 'cuz that didn't go where I wanted it
[04:39] <skellat> There we go...I think I fixed it...
[04:40] <drkokandy> Sorry, just reading the earlier conversation now, but I think the idea of doing online events on G+ hangouts would be a really good idea too!
[04:41] <Cheri703> I just think it's the only way to have group activities with >3 people
[04:41] <drkokandy> might be, especially the way we're all dispersed around the state3
[04:41] <Cheri703> yeah
[04:41] <drkokandy> *state
[04:42] <drkokandy> not to end it by drawing attention to it, but this IRC channel seems to be more active lately too
[04:42] <skellat> Is there an alternative to G+ Hangouts?  We've executed a de-Google here and to the extent possible don't use their services.
[04:42] <Cheri703> and like if we do "x day" events, then we could have someone just keep the hangout open and folks can hop in and out through the day
[04:43] <Cheri703> skellat: if you can find a free, reliable, easy to implement, *buntu friendly group video chat option, please suggest it!
[04:43] <gilbert> i've never used google hangouts, so i'm really open to any option
[04:43] <Cheri703> it's one of few
[04:43] <skellat> Cheri703: I'll look into it
[04:43] <gilbert> what are the alternatives?
[04:43] <skellat> Is Ustream still around?
[04:43] <Cheri703> like...none? skype can do group video chat, but iirc you have to pay
[04:43] <drkokandy> I really don't know anything else that can do that kind of multi-video streaming for free
[04:43] <Cheri703> ustream is more broadcasting, not multiple people discussing afaik
[04:44] <skellat> I've watched the problems with Linux Outlaws have had keeping such working right.  G+ Hangouts can go haywire fairly easily too.
[04:44] <Cheri703> friend of mine is de-googled, and she basically made an "f***google" account and uses it to video chat...
[04:45] <Cheri703> yeah, I'm just saying: we need something that can do the same thing as google hangouts
[04:45] <gilbert> haha
[04:45] <Cheri703> not a broadcast, then it's just someone talking *at* people, not a group thing
[04:45] <gilbert> are there any free software apps that do that?
[04:45] <Cheri703> not afaik
[04:46] <gilbert> we could always use gobby for text collaboration
[04:46] <Cheri703> *action item* skellat: research group video chat options
[04:46] <Cheri703> ;)
[04:46] <Cheri703> we need more than text
[04:46] <gilbert> gogo skellat ;)
[04:46] <drkokandy> well we have the IRC for text "-)
[04:46] <Cheri703> we have 3 text options
[04:46] <gilbert> i know, but its useful
[04:46] <Cheri703> mailing list forum irc
[04:46] <skellat> E-mail me a reminder
[04:46] <gilbert> we'll text as in collaboratively editing meeting notes/code
[04:46] <Cheri703> yeah
[04:47] <skellat> Gobby...aren't we forgetting lernid?
[04:47] <gilbert> different workflow than irc chat
[04:47] <Cheri703> lernid never got off the ground iirc
[04:47] <Cheri703> at least, last time I looked at it
[04:47] <gilbert> i've never looked into lernid
[04:47] <gilbert> gobby is dead simple
[04:48] <drkokandy> oh, mingle
[04:48] <drkokandy> er whatever it's called
[04:48] <gilbert> lernid does have some interesting features - view slides in real time
[04:48] <skellat> gilbert: Problem is that it is hard coded to #ubuntu-classroom
[04:50] <gilbert> why oh why are all free software video options such a pain
[04:50] <Cheri703> YEP
[04:50] <Cheri703> hence the googlies
[04:51] <gilbert> anyone used cheese?
[04:51] <Cheri703> that's just like a photo booth thing
[04:51] <gilbert> oh
[04:51] <gilbert> nevermind then :(
[04:51] <Cheri703> brb
[04:53] <gilbert> would people working on a bug jam actually want to see video of the other particpants?  would an audio chat be sufficient, e.g. via mumble?
[04:53] <drkokandy> That's it - mumble
[04:53] <drkokandy> not mingle
[04:54] <gilbert> i actually already run my own mumble server
[04:54] <drkokandy> I know a gamer or two who does too
[04:54] <Cheri703> mumble might work
[04:54] <Cheri703> just have a u-ohio mumble server for general availability too?
[04:54] <gilbert> i would actually shy away from video
[04:55] <Cheri703> might be another option
[04:55] <Cheri703> yeah, fair enough
[04:55] <drkokandy> I wish there were a maybe option for Doodle... I might be able to do 9PM, but I'll probably be late. Should I say yes or no?
[04:55] <gilbert> yeah, that would be quite useful
[04:55] <Cheri703> I do think some things should be video though
[04:55] <gilbert> drkokandy: we don't have a 9pm option
[04:55] <Cheri703> might be for the educational session gilbert
[04:55] <drkokandy> I'm on the Beagleboard one gilbert
[04:56] <gilbert> Cheri703: i think video is more useful for things like the educational sessions, rather than collabortive sessions
[04:56] <gilbert> for those, i would go mumble+gobby
[04:56] <gilbert> +irc
[04:56] <Cheri703> fair enough
[04:57] <gilbert> ok, sounds like we have a plan
[04:57] <drkokandy> Or we could even have the presenter do broadcast on Ustream and the rest of us live on mumble and irc
[04:57] <gilbert> now we just need to wait for the next global jam date
[04:57] <Cheri703> heh, we can plan for a release party
[04:58] <gilbert> we could also have a random ohio jam
[04:58] <Cheri703> true
[04:58] <Cheri703> might be a nice "welcome to ohio mumble"
[04:58] <Cheri703> or something
[04:58] <gilbert> we do need events to add to our re-application
[04:58] <Cheri703> we should make sure to announce the stuff on g+ I know there's probably people IN ohio who don't know about Ohio
[04:58] <Cheri703> yeah
[04:59] <skellat> The educational session will involve at this round a slide deck and a text discussion with a partner taking questions via PM that will be answered
[04:59] <skellat> That'll mimic #ubuntu-classroom as closely as possible
[04:59] <gilbert> how are you broadcasting the slide deck?
[05:00] <gilbert> no audio?
[05:00] <skellat> Not unless a Mumble server was up and running.  Folks attending would have time to download the PDF from a designated site prior to beginning.
[05:02] <skellat> The text would be paced and questions would be taken via private message to probably stringedluthier who would be separately logged in who could read them to me so I could address them while we continued.
[05:04] <skellat> If we kept it strictly textual, the transcript plus slide deck could be posted to the wiki in whole at least as part of evidence for the LoCo Council
[05:04] <Cheri703> if you wanted, I could talk to the u-classroom people and we could just use that maybe
[05:05] <skellat> Maybe.  User Days are coming up, though, so it may be best to try that set up out of our own resources first
[05:07] <gilbert> bed time, later
[05:07] <skellat> Goodnight gilbert
[05:08] <Cheri703> just let me know. I can ask pleia2, I have an in ;)
[05:08] <skellat> Cheri703: Okay
[05:08] <skellat> I'll shoot for putting an outline together by the afternoon and then I may e-mail it to ya
[05:16]  * skellat needs to wander off and get ready for bed perhaps as he's fighting the flu
[22:39] <gilbert> hawdy everybody
[22:40] <skellat> Haldo
[22:41] <skellat> Today in Mogadishu-on-the-Lake: http://starbeacon.com/local/x1303520707/Drive-by-purse-snatching-at-Wal-Mart-is-investigated-by-sheriff-s-deputies
[22:42] <Cheri703> o/
[22:42] <paultag> hi-ho
[22:43] <paultag> skellat: they call that (when done with people typing on Phones in public) "Apple Picking" (iPhones)
[22:43] <paultag> people will bike down a sidewalk very fast and snatch phones from out of people's hands
[22:43] <paultag> or on the subway as doors close
[22:43] <paultag> very common in the city
[22:45] <skellat> paultag: If I ever get this bloody nominating petition done, the platform may change to simply: "Peace Through Strength"
[22:45] <paultag> interesting
[22:45] <paultag> that was on the GOP platform for years
[22:46] <skellat> I'd like to have more than 2 sheriff's deputies to look after the public safety of 5k people
[22:46] <paultag> "Peace Through Strength" appeared in the Republican Party platforms of 1980,[14] 1984,[15] 1988,[16] 1992,[17] 1996,[18] 2000,[19] 2008[20] and 2012.[21][22][23][24]
[22:46] <paultag> [edit]
[22:46] <paultag> ah yeah, wikipedia agrees
[22:50] <skellat> So, how are gilbert and Cheri703 today?
[22:51] <Cheri703> pretty good
[22:51] <Cheri703> going to have the first meeting of my 4 person electronics kit group :)
[22:51] <skellat> Cool
[22:51] <Cheri703> my brother, dad, friend, and I all got the same kit and we're going to work on them together, eventually working up to arduino projects
[22:54] <skellat> So, what are ya building specifically?
[22:54] <Cheri703> nothing in particular, the kit has projects to go through to learn various circuitry stuff and how to use/wire things. we're all novices at the electronics stuff, hence the kit :) it comes with a booklet and also video lessons online
[22:56] <skellat> Sorry to split guys...gotta get some stuff ready for dinner
[22:56] <skellat> Chat more later...
[22:56]  * skellat departs


 @KMyers @AdamOutler what port does nextcloud use to connect a network folder
 http://www.androidpolice.com/2017/05/04/exclusive-motorola-is-working-on-a-moto-tablet-will-bring-a-new-productivity-mode-to-android/
 Oc uses http and DAV which is also http.  80 or 443
 mm thanks
 Discord is now a snap @Ivoriesablaze
 Nice


[00:57] <jutnux> Come on AdSense, validate my ad.
[01:09] <RaycisCharles> jutnux: are you a lady of the night?
[01:22] <jutnux> Yes.
[01:23] <jutnux> 1.22am
[01:23] <jutnux> \o/
[01:28] <penguin42> well, bloody hell - it works!
[01:47] <jutnux> Anyone alive?
[02:26]  * hamitron yawns
[02:44] <ali1234> raspberry pi limited edition boards are now on ebay
[02:44] <ali1234> i got the email like 5 minutes ago and the bidding is already at £1000
[02:46] <ali1234> oh, i guess they went up last night
[02:46] <ali1234> email is just late :(
[03:16] <jutnux> ali1234: I will not be buying one at that price ;-)
[03:38] <khm> Debate between Christianity and Islam :(Is the Bible God's Word?) http://www.youtube.com/watch?v=IlA22NNFlDw -<EMAIL_ADDRESS>[03:47] <mattt> odd
[03:55] <jacobw> hmm
[03:56] <jacobw> he posted that to each channel he was in
[08:16] <daubers> Morning
[10:04] <brobostigon> good morning everyone,
[10:07] <MartijnVdS> \o
[10:07] <brobostigon> o/ MartijnVdS
[10:12] <MartijnVdS> \o/ all tests successful
[10:13] <brobostigon> :
[10:13] <brobostigon> :)
[10:22] <brobostigon> can an app, ran in inside wine, use and or access a device connected to the usb?
[10:24] <AlanBell> http://wiki.winehq.org/USB
[10:24] <AlanBell> so maybe if you build it yourself, I doubt the version in Ubuntu has those patches
[10:24] <brobostigon> thank you AlanBell
[10:25] <brobostigon> i am using the version in debian.
[10:25] <brobostigon> ok.
[10:25] <AlanBell> all looks a bit experimental :)
[10:25] <brobostigon> agreed :)
[10:39] <AlanBell> czajkowski: danfish: did you manage to use the groupon voucher?
[10:48] <jacobw> morning
[11:11]  * popey sighs http://www.fernhilllinuxproject.com
[11:13] <czajkowski> AlanBell: morning
[11:14] <czajkowski> not looked at groupon
[11:14] <czajkowski> have to go sprt that out this week
[11:14] <AlanBell> ok, the voucher seems unuseable, I emailed their support about it
[11:14] <czajkowski> what do you mean unuseable
[11:15] <czajkowski> some you have to contact the organisaion first and give the code, some are different
[11:15] <czajkowski> popey: not a nice windows logo :/
[11:16] <AlanBell> czajkowski: the voucher is valid from 25/02/12 to 25/02/12 and you have to use it 7 days in advance of it's valid from date
[11:19] <czajkowski> AlanBell: did you go to http://grouponbookings.co.uk/london-irish-rugby-club/
[11:23] <czajkowski> hmm
[11:23] <czajkowski> I'll wait till tomorrow and poke
[11:23] <czajkowski> usually it's 2 days after you buy them they work
[11:23] <czajkowski> and given it's been a bank holiday
[11:23] <AlanBell> czajkowski: yes, and it didn't work
[11:24] <AlanBell> I am sure it can be sorted, was just checking it wasn't just me being clueless
[11:29] <hoover> hi folks, happy new year to all
[11:30] <directhex> http://icculus.org/cgi-bin/finger/finger.pl?user=icculus&date=2012-01-02&time=03-11-15 is an interesting read.
[11:34] <czajkowski> AlanBell: aye I'm sure it will be
[11:34] <MartijnVdS> directhex: ooh, technical details about GL things ♥ :)
[11:44] <Nafallo> hmm
[11:45]  * Nafallo debates how much leave he'll need for the damn olympics
[11:50] <MartijnVdS> Nafallo: ALL of it :)
[11:50] <Nafallo> it kinda seems that way.
[11:50] <Nafallo> all I had left after my already planned trips at least.
[11:52] <MartijnVdS> I was planning on avoiding the UK this year because of the 'lympics
[11:53] <Nafallo> 27th July until 12th August, and it's not likely wise to travel during them days either.
[11:53] <Nafallo> will eeed padding days around it.
[11:55] <danfish> AlanBell: not looked at it yet - job for tomorrow
[13:44] <mattt> AlanBell: my fiancee mentioned something about that voucher too, i'll ask her for clarity today
[15:06] <Ng> damn, I seem to have bought the wrong ram for my microserver
[15:06] <Ng> either that or I bought the right RAM and it doesn't work. not quite sure how to tell ;)
[15:07] <popey> what ram did you buy Ng ?
[15:07] <popey> i recently bought some, we can compare
[15:07] <Ng> popey: https://twitter.com/#!/cmsj/status/153853909155323905/photo/1
[15:08] <popey> http://popey.com/~alan/dmi.txt
[15:08] <Ng> afaict it's the right speed, and it's Registered-ECC, so I was really expecting it to work, but the BIOS doesn't seem to do anything
[15:11] <popey> Ng: http://www.ebuyer.com/172949-kingston-8gb-2x4gb-ddr3-1333mhz-i5-memory-kit-non-ecc-cl9-1-5v-kvr1333d3n9k2-8g
[15:12] <Ng> hmm, perhaps buying Registered ram was the mistake
[15:12] <Ng> popey: hey that's non-ECC. I thought the thing required ECC?
[15:13] <popey> well mine works
[15:13] <Ng> dammit!
[15:13] <Ng> I spent nearly that much for 2*2GB ECC
[15:13] <popey> alan@ubuntuserver:~$ dmesg | grep ECC
[15:13] <popey> [    7.437157] EDAC amd64: This node reports that Memory ECC is currently disabled, set F3x44[22] (0000:00:18.3).
[15:13] <popey> [    7.437171] EDAC amd64: ECC disabled in the BIOS or no ECC capability, module will not load.
[15:13] <popey> [    7.437174]  Either enable ECC checking or force module loading by setting 'ecc_enable_override'.
[15:15] <Ng> well fine :)
[15:15] <Ng> ta
[15:15] <Ng> at least that makes this a cheap mistake to fix ;)
[15:16] <Ng> well, a mistake that's cheap to fix.
[15:27]  * daubers has spent most of the day designing an enclosure for his nanode
[15:27] <daubers> need to run up to the hackspace one evening this week and laser cut it
[15:51] <Ng> popey: http://www.amazon.co.uk/Komputerbay-1333Mhz-10600-10666-9-9-9-25/dp/B003OSTDPI/ref=sr_1_3?s=computers&ie=UTF8&qid=1325518038&sr=1-3 looks pretty similar, and is in line with my Prime bias ;)
[15:51] <popey> haha
[16:07] <jacobw> where did the recipes on ubuntu-uk.org go?
[16:14] <AlanBell> http://ubuntu-uk.org/category/recipes/ got one to add?
[16:20] <jacobw> well, i'm following a recipe to make lentil chilli, if it works i'll summarise it for our recipes page with the humain obtainable ingredients i'm using
[16:20] <jacobw> human*
[16:23] <popey> jacobw: i look forward to that
[17:01] <Myrtti> mmmmm lentils
[17:38] <czajkowski> aloha
[17:38] <MartijnVdS> \o
[17:39] <daubers> o/
[17:46] <TheOpenSourcerer> Evening all. Good start to the New Year... Just had two phone calls from my Local pub saying I've won in their draw :-) (twice) :-D. Better go and collect my winnings later then
[17:46] <jacobw> awesome
[17:47] <penguin42> TheOpenSourcerer: How long do you reckon it will take you to drink them?
[17:48] <TheOpenSourcerer> penguin42: Dunno. Think it will be bottles of wine or something.
[18:08] <jutnux> Evening lads / ladettes.
[18:19] <jacobw> i think most people would reject both those labels
[18:19] <jacobw> especially the latter :P
[18:20] <jacobw> anyway, good evening :)
[19:05] <danfish> evening all
[19:05] <danfish> My guts have proclaimed Christmas and New Year's officially over
[19:06] <danfish> My liver has decided to fly south for January :/
[19:07] <danfish> only 360 days until we at start again!
[19:08]  * mattt can't wait
[19:08] <ubuntuuk-planet> [Alan Pope] Migrating to a New Desktop PC - http://popey.com/blog/2012/01/02/migrating-to-a-new-desktop-pc/
[19:08] <popey> 36
[19:08] <popey> bah
[19:10] <smittix> heh thats my main machines hostname too!
[19:16] <mattt> so did anyone get those dang groupon rugby codes to work?
[19:18] <DJones> Poor Wopr, retired.....
[19:20] <TheOpenSourcerer> Any bikers? https://submissions.epetitions.direct.gov.uk/petitions/22251
[19:21] <danfish> mattt: will try tomorrow
[19:22] <mattt> danfish: k, let us know how you get on
[19:23] <danfish> np
[19:24] <smittix> Cops love my custom Bandit TheOpenSourcerer
[19:25] <ali1234> where's that petition about automatically rejecting any petition that uses incorrect spelling or grammar?
[19:27] <DJones> Damm. Why has nobody invented the bottomless jar of mustard
[19:27] <AlanBell> there is always at least one more serving of mustard in the jar if you jiggle the knife about in it for long enough
[19:28] <DJones> you've not seem a mustard jar after i've been at it
[19:50]  * daubers really wonders about the ethics of the tv licencing agency some days
[19:57] <daubers> Wonder if I they would still take me to court if I asked them to pay my costs when they're found to be wrong
[19:58] <daubers> What they want from me = £120, what I'd force them to pay for wasting my time ~£5k
[19:58] <daubers> total cost to the court system, probably >£10k
[19:59]  * daubers ponders writing to his MP suggesting that the cuts center around the TV licencing agency. They seem to have too many bored lawyers
[19:59] <Laney> they are going to take you to court?
[20:00] <czajkowski> daubers: is the law the same as .ie for just having a tv you need a license regarless of watching broadcasting tv or not
[20:00] <Laney> no
[20:00] <daubers> Laney: They're threatening to take me to court. Not actually saying tey will
[20:00] <Laney> oh, yeah, I've had those before. Just ignore them.
[20:01] <daubers> Laney: They sent a letter saying that detector vans where in the area, then sent me this one saying that I ignored their previous letter, here is what I need to know for when they take me to court
[20:01] <Laney> look for all the may, might, possibly, etc
[20:01] <DJones> daubers: Have you told them you don't need a tv licence and the reasons why? We get letters like that at work & I just notify them of why we don't need on, and thats normally enough.  Ignoring the letters is a potential black hole though
[20:01] <daubers> I'm tempted to send them a letter back saying that they've ignored my previous correspondance about not requiring a TV licence, here is what they may need to know if I decide to take them to court
[20:01] <daubers> DJones: About 15 times
[20:02] <Laney> they can't randomly take people to court
[20:02] <DJones> daubers: In that case, I'd say let them take you court and instruct your solicitor to apply for damages/fee's so you're not out of pocket
[20:02] <Laney> and AFAIK there is no evidence of detector vans being real
[20:02] <daubers> Laney: The way these things are worded is tantamount to blackmail
[20:03] <Laney> basically you should call their bluff, and watch as nothing happens
[20:03]  * Laney gtg
[20:03] <DJones> Plus £10K per letter/notification you've already sent,  for the inconvinience of replying that they've ignored
[20:09] <daubers> tempted to throw together a little bot that will just fill in their web form 100,000 times to say that I don't need a TV licenec
[20:12] <AlanBell> czajkowski: TV license is for live or nearly live TV
[20:12] <AlanBell> or stuff that you record live
[20:15] <daubers> (as your TV is watching it for you)
[20:15] <daubers> Could really do with an electric monk around here
[20:16] <daubers> Also there is no TV Licensing agency, it's run by Capita
[20:16] <gordonjcp> daubers: I had one
[20:16] <daubers> who tend to put words such as "selling" in their job ads
[20:17] <gordonjcp> but the man from the monk shop said it needed a whole new motherboard
[20:19] <daubers> gordonjcp: Been ages since I read that book
[20:19] <gordonjcp> :-)
[20:20] <ali1234> i concur that you should call their bluff
[20:21] <ali1234> also detector vans aren't real, unless you count a normal van with a guy in it who looks through your window for a TV
[20:23] <daubers> I'd also question whether they can take you to court when they only contact you as "The legal occupier"
[20:24] <gordonjcp> ali1234: not now, but they did exist
[20:25] <daubers> Surprised the vans weren't illegal under wiretapping laws
[20:25] <gordonjcp> daubers: what wires would they be tapping?
[20:26] <gordonjcp> afaik the last of them were scrapped about ten years ago
[20:28] <mgdm> gordonjcp: what did they look for? The IF?
[20:34] <gordonjcp> mgdm: scan coils
[20:35] <gordonjcp> mgdm: if you have a CRT television you can find it pretty accurately by listening for the harmonics from the scan coils
[20:35] <mgdm> ahh
[20:36] <gordonjcp> tune basically anywhere on a longwave radio and you'll find a sharp null end-on with the aerial
[20:37] <daubers> could put a foi request in to see if the numbers they're reporting are actually true or not
[20:43] <daubers> Nice, they class everyone without a licence as an evader for the official statistics http://www.tvlicensing.co.uk/about/foi-licences-facts-and-figures-AB18/
[20:46] <daubers> Also intrigued by the fact that the number of people who don't renew their licence has been ignored under section 31 of the FoI act
[20:46] <daubers> Not entirley sure why they would do that....
[20:49] <mgdm> ಠ_ಠ
[20:58] <Semperfi30> Hello, I was wondering if someone could tell me where all of the boot configuration files are located in Ubuntu 11.10. I am rsyncing my website to a VDS and I need to exclude all boot related files and folders from the sync process.
[21:21] <daubers> Semperfi30: Surely it'd be easier to just rsync the folders containing the website data rather than the whole thing with lots of exclusions?
[22:08] <ubuntuuk-planet> [Alistair McKinlay] Tech Predictions: 2012 - http://www.10people.co.uk/index.php/2012/01/predictions-2012/
[22:27] <Semperfi30> @daubers sorry I went afk, that would be simpler but no ideal for my current situation.
[22:27] <Semperfi30> not*
[22:50] <Myrtti> ho-hum
[23:30] <jutnux> Anyone got any blogs I can follow? :-D
[23:30]  * jacobw plans to start blogging this year
[23:30]  * jutnux just has
[23:31] <jacobw> https://www.youtube.com/watch?v=o24eqIt7Jpo
[23:32] <jacobw> jutnux: link?
[23:34] <jutnux> jacobw: http://jutnux.co.uk/blog
[23:35] <jacobw> cool :)
[23:35] <jacobw> so you got that vps?
[23:35] <jutnux> Indeed I did.
[23:36] <jutnux> It is amazing.
[23:37] <jacobw> :D
[23:37] <jutnux> Are you hosted on bitfolk?
[23:37] <jacobw> on bytemark
[23:39]  * jutnux facepalms
[23:39] <jutnux> Cntrl+W'd on the wrong app
[23:39]  * hamitron would get a different provider, if he wasn't so tight
[23:40] <jutnux> What provider do you use hamitron?
[23:40] <hamitron> buyvm
[23:41] <hamitron> but a vps is something I like and use, but never get around to using as much as I would like
[23:41] <hamitron> :D
[23:42] <jutnux> Definitely worth the £10
[23:42] <gordonjcp> bitfolk ftw
[23:42] <hamitron> per month or year?
[23:42] <jutnux> month
[23:50] <jacobw> social policy in the US is odd
[23:52] <jacobw> i wonder whether any of the apparently insane candidates are just cynically winning votes and find criticism of their proposed policies amusing
[23:54] <jutnux> *cough* Rick Perry *cough*
[23:56] <Seeker`> anyone tried using boblight with vdpau?


[02:25] <Ubugtu> New bug: #70523 in linux-restricted-modules-2.6.17 "ACX111/ACX100 based WLAN Card (DWL-G650+) wont connect to AP with wep key in edgy" [Undecided,Unconfirmed]  http://launchpad.net/bugs/70523
[08:35] <Ubugtu> New bug: #70546 in xorg-server "X Resolution switch keys no longer work in Edgy" [Undecided,Unconfirmed]  http://launchpad.net/bugs/70546
[03:45] <Ubugtu> New bug: #70581 in Ubuntu "Consoles locked out and screen show complete garbage." [Undecided,Confirmed]  http://launchpad.net/bugs/70581
[03:46] <Ubugtu> New bug: #62234 in linux-source-2.6.17 "Knot 3: ATI 9600xt black screen freeze with Desktop CD" [Undecided,Unconfirmed]  http://launchpad.net/bugs/62234
[05:35] <Ubugtu> New bug: #70609 in xinit "duplicate startup files" [Undecided,Unconfirmed]  http://launchpad.net/bugs/70609
[07:26] <Ubugtu> New bug: #69340 in acpi "Edgy suspend/hibernate fail (regression worked in Dapper)" [Undecided,Unconfirmed]  http://launchpad.net/bugs/69340


[12:53] <verwilst> zul?
[04:58] <thully> Hi - I lost suspend as of the -13 Ubuntu kernel (bug #151016), and I'm currently looking to get this debugged.  Any pointers?
[04:58] <ubotu> Launchpad bug 151016 in linux-source-2.6.22 "New in 2.6.22-13: No video after resume from suspend on MacBook" [Undecided,New]  https://launchpad.net/bugs/151016
[04:58] <thully> One thing - I noticed this:
[04:58] <thully> clockevents: remove the suspend/resume workaround^Wthinko
[04:58] <thully> in the changelog, and I'm wondering how I may test "un-removing" this patch.  This patch was applied to the tree at the same time I started having suspend issues...
[04:58] <thully> (unapplied - as of -13 when the issue started)
[07:40] <cathya> does ubuntu dapper drake dont have build-essential?
[08:09] <JanC> cathya: it has, see http://packages.ubuntu.com/build-essential
[08:09] <JanC> it's not installed by default though
[09:12] <kraut> moin
[09:46] <cathya> thanks JanC
[10:18] <slomo> hi, is it somehow possible to limit the dma mode used by pata_sis to udma66 (or even 33) instead of 100? one of my machines fails to boot because of this after an upgrade to gutsy
[10:21] <abogani> slomo: hdparm?
[10:21] <slomo> without getting the machine to boot at all? :) some kernel commandline parameter would be nice
[10:21] <abogani> slomo: You are right :-)
[10:21] <slomo> seems that there are many problems with pata_sis... too bad that the sis5513 isn't there anymore
[10:23] <abogani> slomo: I mean set ide=nodma via kernel cmdline and after set udma33/66 with hdparm :-)
[11:48] <slomo> abogani: of course that doesn't work either as the pata_sis is not ide stuff
[11:48] <slomo> any other ideas? :)
[12:04] <abogani> slomo: no, sorry :-(
[12:05] <slomo> would be nice if the gutsy kernel package could at least contain the sis5513 module so one could work around this *sigh*
[12:11] <abogani> slomo: Are you already tried to blacklisted bogus driver and use ide-generic or ata-generic instead?
[12:16] <slomo> good idea, let me try that
[01:11] <slomo> abogani: ide-generic gives a kernel panic at boot :)
[01:11] <abogani> slomo: :)
[01:13] <slomo> so let's try ata-generic now ;)
[01:27] <slomo> abogani: hm this loads pata_sis although i blacklisted it
[01:50] <slomo> ok, installing feisty again now...
[02:47] <slomo> ok, so what is the easiest way to test a new version of a kernel driver without rebuilding the complete kernel?
[02:48] <slomo> seems that the pata_sis driver in linus' git tree has quite some changes, one them sounding the one i need
[02:58] <slomo> whatever, this module probably should be updated before gutsy release... otherwise it's a regression at least on one of my systems since feisty
[05:41] <mdomsch> rtg: https://bugs.launchpad.net/dell/+bug/125816
[05:41] <ubotu> Launchpad bug 125816 in linux-source-2.6.22 "linux-image postinst matches header_postinst_hook for postinst_hook incorrectly" [Undecided,Confirmed]
[05:42] <mdomsch> still horked
[05:42] <rtg> mdomsch: I'll bug BenC since he did it (or didn't as the case may be)
[05:43] <BenC> I was pretty sure I got that fixed
[05:43] <mdomsch> unless I'm looking in the wrong place in git
[05:44] <BenC> rtg: I thought you took care of the image postinst scripts in gutsy
[05:44] <mdomsch> the ubuntu-gutsy kernel package, debian/control-scripts/postinst file
[05:44] <BenC> All I did was the headers-postinst
[05:45] <mdomsch> headers-postinst is correct
[05:45] <mdomsch>      $header_postinst_hook   = "$1"  if /^\s*header_postinst_hook\s*=\s*(\S+)/ig;
[05:45] <mdomsch> postinst is wrong
[05:45] <mdomsch>      $postinst_hook   = "$1"  if /postinst_hook\s*=\s*(\S+)/ig;
[05:45] <mdomsch> notice the missing ^
[05:45] <BenC> mdomsch: DKMS uses headers-postinst, or both?
[05:47] <mdomsch> ahh, I drop config files into the header_postinst.d/ and postinst.d/ dirs, I don't muck with the config files anymore
[05:47] <mdomsch> (except to remove where I had mucked with them before)
[05:48] <rtg> mdomsch: how about generating a patch and sending it to<EMAIL_ADDRESS>?
[05:48] <mdomsch> so dkms won't get bit by this - but anything else would
[05:48] <mdomsch> http://launchpadlibrarian.net/8537056/kernel-package_10.065ubuntu5-6.diff
[05:49] <mdomsch> is the basis of the patch
[05:49] <rtg> mdomsch: I know, but thats only of use for Feisty, correct?
[05:49] <cypherdelic> Thanks to Developers of Asterisk, Cedega, Compiz-Fusion, FreePBX, Gentoo, Trixbox, Ubuntu, VirtualBox and all the great stuff i've not mentioned. You really make my day. :)
[05:49] <BenC> rtg: basically just add ^\s after the first '/'
[05:49] <mdomsch> yeah - looks like it didn't get redone when these moved to gutsy
[05:50] <mdomsch> ok
[05:50] <BenC> ^/s* I mean
[05:53] <cypherdelic> and VDR and WINE ;)
[05:56] <BenC> cypherdelic: you're welcome
[05:59] <mdomsch> rtg, patch uploaded to the bug
[06:02] <cypherdelic> BillyG@BilliesHomeframe$ sudo killall linux && sudo modprobe vista && ./vista-take-over-world
[06:03] <cypherdelic> segmentation fault
[06:06] <rtg> mdomsch: thanks
[06:06] <mdomsch> np
[06:09] <cypherdelic> DonBush@Whiteframe$ sudo falseflag --target $HOME --match 911 && sudo mount /dev/africom && sudo killall iran && dd if=/dev/america of=/dev/world && sudo killall rebels
[06:10] <cypherdelic> segmentation fault
[07:10] <slomo> BenC: ping? could you get the pata_sis module updated for gutsy from linus' git tree? currently udma5 is broken and older chipsets with udma33 are not supported at all... well, and it makes one of my machines fail to boot while it worked fine with feisty and sis5513 (?) :)  edeb614c1c8388b354d93ff7790317cc5d6a38ec and 4761c06cb39011c9cc3fef9e6bbfb4c50ceb307d and 4f2d47cfddc84969b6934893fc40132750ae3b5e seem to be the most useful, others are wort
[07:10] <slomo> h a look
[07:18] <ringe> I've got a problem with modules not loading in 2.6.22-14-generic in bug 134193
[07:18] <ubotu> Launchpad bug 134193 in linux-restricted-modules-2.6.22 "ipw3945 doesn't work after gutsy update (2.6.22-10)" [Undecided,Confirmed]  https://launchpad.net/bugs/134193
[07:24] <edsiper> hi guys, why I can't read /proc/PID/maps files ?, files has 444
[07:25] <edsiper> (as normal user)
[07:25] <ringe> edsiper: sudo
[07:26] <edsiper> ringe, I know, but I want to know if it's a security issue or just a bug
[07:26] <edsiper> I never got a permission denied trying to read some maps file
[07:31] <bullgard4> What stands the acpi wakeup device AZAL for?
[07:39] <ringe> stgraber: depmod fixed the problem :)
[07:39] <stgraber> ringe: cool :)
[07:39] <ringe> thanks a bunch (2.5 tons to be exact)
[07:40] <verwilst> ringe: np mate
[07:51] <stgraber> ringe: np, now the question is why wasn't the "depmod -a" done at package install time as it should but as we don't have similar issues with Gutsy testing I'd assume that it was a weird update bug
[07:51] <ringe> stgraber: Maybe it has to do with updating while mirrors are syncing - which causes "missing" packages?
[07:51] <stgraber> yes, ideally the metas and all -<kernel version number> packages should be installed at the same time
[10:09] <verwilst> zul: ping again :d
[10:25] <verwilst> zul: the patch in pm might be our solution, no?
[12:03] <verwilst> zul: let me know what you think about the patch please!


 @Sick_Rimmit, I think we need to clarify the deadine NOW, not next wee. So I get me or valorie could do that bit?
 *week
[18:59] <valorie> agreed, will send an email now
[19:06] <valorie> done


[00:06] -queuebot:#ubuntu-release- New binary: gcc-10-cross-ports [i386] (focal-proposed/universe) [2ubuntu1] (i386-whitelist)
[00:14] <xnox> vorlon:  https://people.canonical.com/~ubuntu-archive/transitions/html/boost1.71.html see orthanc-* red on s399x
[00:15] <xnox> vorlon:  and how it itself fails to migrate due to regressions on s390x on subversion & mercurial.
[00:15] <xnox> vorlon:  anwya, block-proposed bug is there, i will tinker with it
[00:34] -queuebot:#ubuntu-release- New binary: linux-signed-azure [amd64] (bionic-proposed/main) [5.0.0-1031.33] (kernel)
[00:35] -queuebot:#ubuntu-release- New: accepted linux-signed-azure [amd64] (bionic-proposed) [5.0.0-1031.33]
[00:44] <Eickmeyer[m]> Is there any chance somebody can look at avldrums.lv2 in NEW? It's been sitting there for nearly 3 weeks. https://launchpad.net/ubuntu/focal/+queue
[01:08] -queuebot:#ubuntu-release- New binary: gcc-10-cross-ports [amd64] (focal-proposed/universe) [2ubuntu1] (i386-whitelist)
[03:59] -queuebot:#ubuntu-release- New: accepted gcc-10-cross-ports [amd64] (focal-proposed) [2ubuntu1]
[03:59] -queuebot:#ubuntu-release- New: accepted gcc-10-cross-ports [i386] (focal-proposed) [2ubuntu1]
[03:59] -queuebot:#ubuntu-release- New: accepted gcc-10-cross-ports [arm64] (focal-proposed) [2ubuntu1]
[03:59] -queuebot:#ubuntu-release- New: accepted gcc-10-cross-ports [ppc64el] (focal-proposed) [2ubuntu1]
[04:06] -queuebot:#ubuntu-release- New: accepted yaru-theme [amd64] (focal-proposed) [20.04.1]
[06:33] -queuebot:#ubuntu-release- Unapproved: accepted rtl8821ce [source] (eoan-proposed) [<IP_ADDRESS>-0ubuntu1~19.10.1]
[06:34] -queuebot:#ubuntu-release- Unapproved: accepted rtl8821ce [source] (bionic-proposed) [<IP_ADDRESS>-0ubuntu1~18.04.1]
[06:53] -queuebot:#ubuntu-release- New binary: pymtbl [amd64] (focal-proposed/universe) [0.4.1-2] (no packageset)
[06:53] -queuebot:#ubuntu-release- New binary: pymtbl [armhf] (focal-proposed/universe) [0.4.1-2] (no packageset)
[07:06] -queuebot:#ubuntu-release- New binary: gcc-10-cross [i386] (focal-proposed/universe) [3ubuntu1] (i386-whitelist)
[07:16] -queuebot:#ubuntu-release- Unapproved: accepted grub2 [amd64] (focal-proposed) [2.04-1ubuntu18]
[07:16] -queuebot:#ubuntu-release- Unapproved: accepted grub2 [arm64] (focal-proposed) [2.04-1ubuntu18]
[07:22] -queuebot:#ubuntu-release- New binary: gcc-10-cross [amd64] (focal-proposed/universe) [3ubuntu1] (i386-whitelist)
[07:22] -queuebot:#ubuntu-release- New binary: pymtbl [arm64] (focal-proposed/universe) [0.4.1-2] (no packageset)
[07:59] -queuebot:#ubuntu-release- New binary: gcc-10-cross [arm64] (focal-proposed/universe) [3ubuntu1] (i386-whitelist)
[07:59] -queuebot:#ubuntu-release- New binary: pymtbl [s390x] (focal-proposed/universe) [0.4.1-2] (no packageset)
[08:01] -queuebot:#ubuntu-release- New binary: pymtbl [ppc64el] (focal-proposed/universe) [0.4.1-2] (no packageset)
[08:03] -queuebot:#ubuntu-release- New: accepted gcc-10-cross [amd64] (focal-proposed) [3ubuntu1]
[08:03] -queuebot:#ubuntu-release- New: accepted gcc-10-cross [i386] (focal-proposed) [3ubuntu1]
[08:03] -queuebot:#ubuntu-release- New: accepted gcc-10-cross [arm64] (focal-proposed) [3ubuntu1]
[08:03] -queuebot:#ubuntu-release- New: accepted gcc-10-cross [ppc64el] (focal-proposed) [3ubuntu1]
[08:04] -queuebot:#ubuntu-release- New: accepted pymtbl [amd64] (focal-proposed) [0.4.1-2]
[08:04] -queuebot:#ubuntu-release- New: accepted pymtbl [armhf] (focal-proposed) [0.4.1-2]
[08:04] -queuebot:#ubuntu-release- New: accepted pymtbl [s390x] (focal-proposed) [0.4.1-2]
[08:04] -queuebot:#ubuntu-release- New: accepted pymtbl [arm64] (focal-proposed) [0.4.1-2]
[08:04] -queuebot:#ubuntu-release- New: accepted pymtbl [ppc64el] (focal-proposed) [0.4.1-2]
[08:12] <LocutusOfBorg> hello, does anybody know why i686-linux-gnu-pkg-config --cflags --libs sdl2 SDL2_ttf doesn't look in /usr/lib/i386-linux-gnu/pkgconfig/ path?
[08:12] <LocutusOfBorg> vorlon, ^^
[08:12] <LocutusOfBorg><EMAIL_ADDRESS>[08:14] <LocutusOfBorg> https://salsa.debian.org/sdl-team/libsdl2/commit/958e5453d2d228e7c7ffba1afd445e10a3788012 this might fix it
[08:14] <LocutusOfBorg> but I think somewhere pkg-config is wrong?
[08:16] <tarzeau> LocutusOfBorg: ah that could be why grafx2 2.7 doesn't build for me :)
[08:16] <LocutusOfBorg> considering that on amd64 it does search on it
[08:16] <tarzeau> does that also happen on sid?
[08:16] <LocutusOfBorg> meh, that i686-linux-gnu-foo is just a wrapper to pkg-config, lets see it
[08:23] <doko> I think nobody looked at the cross pkg-config for a long time, and it needs updating with debian's solution
[08:25] <vorlon> LocutusOfBorg: why is this in /usr/lib/i386-linux-gnu/pkgconfig/ instead of /usr/lib/i686-linux-gnu/pkgconfig/ ?
[08:25] <vorlon> that sounds like a bug
[08:26] <LocutusOfBorg> https://paste.ubuntu.com/p/MGCB55x7b5/
[08:26] <LocutusOfBorg> vorlon, ^^
[08:27] <vorlon> ok
[08:27] <LocutusOfBorg> that i686 directory doesn't exist
[08:28] <vorlon> right, an archive search shows a single package using /usr/lib/i386-linux-gnu/pkgconfig/ instead of /usr/lib/i686-linux-gnu/pkgconfig/
[08:28] <LocutusOfBorg> but somewhat its working
[08:28] <vorlon> but /usr/bin/i686-linux-gnu-pkg-config here has explicit handling for i686 vs i386
[08:29] <LocutusOfBorg> the problem is: if you try to install build-essential:i386 dpkg-architecture gets removed
[08:29] <vorlon> uh
[08:29] <vorlon> why are you trying to install build-essential:i386
[08:29] <LocutusOfBorg> tarzeau, ^^ can you please check if dpkg-architecture is available?
[08:29] <LocutusOfBorg> vorlon, meh, got it only now
[08:29] <vorlon> ok
[08:29] <tarzeau> LocutusOfBorg: i'm on x86_64 and yes i have dpkg-architecture
[08:29] <LocutusOfBorg> debian/tests/control:Depends: libsdl2-dev, build-essential
[08:29] <LocutusOfBorg> debian/tests/control:Depends: build-essential, cmake, libsdl2-dev
[08:29] <LocutusOfBorg> debian/tests/control:Depends: build-essential, libsdl2-dev, libsdl2-ttf-dev
[08:29] <LocutusOfBorg> tarzeau, if your autopkgtest is trying to install build-essential-cross you might get it removed
[08:29] <vorlon> the patches to support cross autopkgtest special-case build-essential
[08:30] <LocutusOfBorg> oh :)
[08:30] <tarzeau> i'm not using autopkgtest: http://phd-sid.ethz.ch/debian/grafx2/2020/ but i have 4 tests to try build 2.7
[08:30] -queuebot:#ubuntu-release- New binary: mir [s390x] (focal-proposed/main) [1.7.0-0ubuntu1] (ubuntu-desktop)
[08:30] <vorlon> by mapping it to build-essential:native + crossbuild-essential-$arch
[08:30] <vorlon> (which shows in that log)
[08:31] <vorlon> LocutusOfBorg: reading the log, it's not i686-linux-gnu-pkg-config which fails, it's sdl2-config's internal invocation of an unqualified pkg-config command
[08:32] <vorlon> I mean, this is why bespoke foo-config scripts should die
[08:33] <vorlon> having the test explicitly set the pkgconfig path would certainly work around this
[08:35] -queuebot:#ubuntu-release- New binary: mir [ppc64el] (focal-proposed/main) [1.7.0-0ubuntu1] (ubuntu-desktop)
[08:36] <LocutusOfBorg> got it
[08:36] <LocutusOfBorg>         ${CROSS_COMPILE}gcc $cflags -o use-${tool}-${mode} use-sdl.c `PKGCONFIG=$DEB_HOST_GNU_TYPE-pkg-config sdl2-config --cflags $scflags`
[08:36] <LocutusOfBorg> somethig like this?
[08:37] <LocutusOfBorg> or better ${CROSS_COMPILE}gcc $cflags -o use-${tool}-${mode} use-sdl.c `PKGCONFIG=${CROSS_COMPILE} sdl2-config --cflags $scflags`
[08:41] -queuebot:#ubuntu-release- New binary: mir [amd64] (focal-proposed/main) [1.7.0-0ubuntu1] (ubuntu-desktop)
[09:09] <LocutusOfBorg> vorlon, looks like debian changed dpkg-dev from depends to suggest
[09:10] <LocutusOfBorg> and they have a check to throw error when dpkg-dev is not installed
[09:10] <LocutusOfBorg> honestly I like that change...
[09:10] <LocutusOfBorg> https://launchpad.net/~costamagnagianfranco/+archive/ubuntu/locutusofborg-ppa/+sourcepub/10980350/+listing-archive-extra
[09:10] <LocutusOfBorg> doko, ^^ I can upload in the archive if you like it
[09:20] -queuebot:#ubuntu-release- New binary: mir [armhf] (focal-proposed/main) [1.7.0-0ubuntu1] (ubuntu-desktop)
[09:28] -queuebot:#ubuntu-release- New binary: mir [arm64] (focal-proposed/main) [1.7.0-0ubuntu1] (ubuntu-desktop)
[10:08] -queuebot:#ubuntu-release- New: accepted mir [amd64] (focal-proposed) [1.7.0-0ubuntu1]
[10:08] -queuebot:#ubuntu-release- New: accepted mir [armhf] (focal-proposed) [1.7.0-0ubuntu1]
[10:08] -queuebot:#ubuntu-release- New: accepted mir [s390x] (focal-proposed) [1.7.0-0ubuntu1]
[10:08] -queuebot:#ubuntu-release- New: accepted mir [arm64] (focal-proposed) [1.7.0-0ubuntu1]
[10:08] -queuebot:#ubuntu-release- New: accepted mir [ppc64el] (focal-proposed) [1.7.0-0ubuntu1]
[11:57] <jamespage> morning
[11:58] <jamespage> please could ceph 12.2.12-0ubuntu<IP_ADDRESS> be rejected from the bionic UNAPPROVED queue
[11:58] <jamespage> will superceed that upload
[11:58] -queuebot:#ubuntu-release- Unapproved: ceph (eoan-proposed/main) [14.2.4-0ubuntu<IP_ADDRESS> => 14.2.7-0ubuntu<IP_ADDRESS>] (desktop-core, ubuntu-server)
[11:59] <rbasak> ^ done
[11:59] <jamespage> rbasak: thanks
[11:59] <rbasak> You're welcome. Easiest SRU processing ever :-)
[11:59] <jamespage> always good for a friday :-)
[11:59] -queuebot:#ubuntu-release- Unapproved: rejected ceph [source] (bionic-proposed) [12.2.12-0ubuntu<IP_ADDRESS>]
[12:02] -queuebot:#ubuntu-release- Unapproved: ceph (bionic-proposed/main) [12.2.12-0ubuntu<IP_ADDRESS> => 12.2.13-0ubuntu<IP_ADDRESS>] (desktop-core, ubuntu-server)
[12:17] -queuebot:#ubuntu-release- Unapproved: openvswitch (eoan-proposed/main) [2.12.0-0ubuntu1 => 2.12.0-0ubuntu1.1] (ubuntu-server)
[13:46] -queuebot:#ubuntu-release- New binary: ceph [s390x] (focal-proposed/main) [15.1.0-0ubuntu1] (desktop-core, ubuntu-server)
[14:19] <coreycb> tjaalton: hello, if you have time in your rotation today could you take a look at 1826114 and 1858933 in eoan unapproved?
[14:21] <tjaalton> coreycb: package?
[14:23] <coreycb> tjaalton: cinder, octavia, horizon, and neutron
[14:26] <tjaalton> did anything change since last time?
[15:07] <xnox> is publisher running?
[15:19] -queuebot:#ubuntu-release- New binary: ceph [ppc64el] (focal-proposed/main) [15.1.0-0ubuntu1] (desktop-core, ubuntu-server)
[15:23] <LocutusOfBorg> xnox, really slow today
[15:23] <LocutusOfBorg> pkg-config uploaded with merged debian changes
[15:32] <apw> xnox, from the logs it looks to be cycling fairly quickly in the general scheme of things
[15:33] <apw> xnox, there have been 5 full publisher cycles since the top of the hour
[15:33] -queuebot:#ubuntu-release- New binary: ceph [amd64] (focal-proposed/main) [15.1.0-0ubuntu1] (desktop-core, ubuntu-server)
[15:58] <xnox> apw:  yes, and silly me was grepping for the wrong version number with watch on my rmadison output
[15:58] <xnox> apw:  thanks!
[15:59] <tseliot> sil2100, hey, sorry to bother you again. I had to upload a new upstream release for nvidia-graphics-drivers-440. The .changes files still include the previous release. This fixes an audio bug.
[16:00] -queuebot:#ubuntu-release- Unapproved: nvidia-graphics-drivers-440 (bionic-proposed/multiverse) [440.44-0ubuntu<IP_ADDRESS> => 440.59-0ubuntu<IP_ADDRESS>] (no packageset)
[16:00] -queuebot:#ubuntu-release- Unapproved: nvidia-graphics-drivers-440 (eoan-proposed/multiverse) [440.44-0ubuntu<IP_ADDRESS> => 440.59-0ubuntu<IP_ADDRESS>] (no packageset)
[16:02] <LocutusOfBorg> apw, considering htslib/s390x is NBS on s390x, is it possible to hint grabix/s390x htslib/s390x samtools/s390x vcftools/s390x?
[16:06] -queuebot:#ubuntu-release- Unapproved: accepted horizon [source] (eoan-proposed) [3:16.0.0-0ubuntu1.1]
[16:07] -queuebot:#ubuntu-release- Unapproved: accepted cinder [source] (eoan-proposed) [2:15.0.1-0ubuntu1]
[16:11] -queuebot:#ubuntu-release- Unapproved: accepted octavia [source] (eoan-proposed) [5.0.1-0ubuntu1]
[16:13] <Eickmeyer[m]> AAs: Is there any chance somebody can look at avldrums.lv2 in NEW? It's been sitting there for nearly 3 weeks. https://launchpad.net/ubuntu/focal/+queue
[16:13] -queuebot:#ubuntu-release- Unapproved: accepted neutron [source] (eoan-proposed) [2:15.0.1-0ubuntu1]
[16:13] <Eickmeyer[m]> (I'm tempted to write a script that posts that every hour or so)
[16:13] <tjaalton> coreycb: done
[16:14] <coreycb> tjaalton: thanks!
[16:18] <sil2100> tseliot: ACK, will get to it in a minute
[16:19] <tseliot> sil2100, thanks a lot
[16:43] -queuebot:#ubuntu-release- Unapproved: accepted dmidecode [source] (eoan-proposed) [3.2-2ubuntu0.1]
[16:48] -queuebot:#ubuntu-release- Unapproved: accepted dmidecode [source] (bionic-proposed) [3.1-1ubuntu0.1]
[16:51] -queuebot:#ubuntu-release- Unapproved: accepted dmidecode [source] (xenial-proposed) [3.0-2ubuntu0.2]
[16:55] -queuebot:#ubuntu-release- Unapproved: accepted zfs-linux [source] (bionic-proposed) [0.7.5-1ubuntu16.8]
[16:56] -queuebot:#ubuntu-release- Unapproved: accepted spl-linux [source] (bionic-proposed) [0.7.5-1ubuntu2.1]
[17:05] -queuebot:#ubuntu-release- Unapproved: accepted alsa-lib [source] (eoan-proposed) [1.1.9-0ubuntu1.1]
[17:06] -queuebot:#ubuntu-release- Unapproved: accepted alsa-lib [source] (bionic-proposed) [1.1.3-5ubuntu0.3]
[17:07] -queuebot:#ubuntu-release- Unapproved: accepted nvidia-graphics-drivers-440 [source] (eoan-proposed) [440.59-0ubuntu<IP_ADDRESS>]
[17:16] -queuebot:#ubuntu-release- Unapproved: accepted shim-signed [source] (eoan-proposed) [1.39.1]
[17:16] -queuebot:#ubuntu-release- New binary: nvidia-graphics-drivers-440 [i386] (eoan-proposed/multiverse) [440.59-0ubuntu<IP_ADDRESS>] (no packageset)
[17:17] -queuebot:#ubuntu-release- Unapproved: accepted shim-signed [source] (bionic-proposed) [1.37~18.04.4]
[17:21] -queuebot:#ubuntu-release- Unapproved: accepted wordpress [source] (eoan-proposed) [5.2.2+dfsg1-1ubuntu0.1]
[17:24] -queuebot:#ubuntu-release- Unapproved: accepted hedgewars [source] (bionic-proposed) [1.0.0-4~ubuntu<IP_ADDRESS>]
[17:25] -queuebot:#ubuntu-release- New binary: python-softlayer [amd64] (focal-proposed/none) [5.8.5-1] (no packageset)
[17:27] -queuebot:#ubuntu-release- Unapproved: accepted glibc [source] (eoan-proposed) [2.30-0ubuntu2.1]
[17:32] -queuebot:#ubuntu-release- Unapproved: accepted nvidia-graphics-drivers-440 [source] (bionic-proposed) [440.59-0ubuntu<IP_ADDRESS>]
[17:34] -queuebot:#ubuntu-release- Unapproved: accepted sbuild-launchpad-chroot [source] (bionic-proposed) [0.14ubuntu<IP_ADDRESS>]
[17:35] <tjaalton> sil2100: dunno if you're already EOW, but oem-osp1 kernel should be ready to be copied, would be nice for folks to be able to test it on Monday
[17:37] <apw> tjaalton, i can look at that
[17:37] <tjaalton> great, thanks!
[17:37] <tjaalton> and yes I meant to proposed, not updates
[17:43] <vorlon> who keeps demoting dh-python while it has revdeps in main in the release pocket?
[17:47] <RikMills> vorlon: afternoon/morning :) Could you please remove the left over qt4-x11 binaries, as SQLite 2 packages were re-dropped
[17:49] -queuebot:#ubuntu-release- Unapproved: accepted apache2 [source] (bionic-proposed) [2.4.29-1ubuntu4.12]
[18:07] <xnox> vorlon:  can you please clean up mir and schroedinger-maeparser on i386? They are no longer part of the whitelist, but still exist in the release pocket, and new versions are trying to migrate.
[18:12] -queuebot:#ubuntu-release- New binary: ceph [armhf] (focal-proposed/main) [15.1.0-0ubuntu1] (desktop-core, ubuntu-server)
[18:13] <cjwatson> Eickmeyer[m]: sorry for the delay; accepting now
[18:14] -queuebot:#ubuntu-release- New: accepted avldrums.lv2 [source] (focal-proposed) [0.4.1-0ubuntu1]
[18:14] -queuebot:#ubuntu-release- New: accepted python-softlayer [amd64] (focal-proposed) [5.8.5-1]
[18:17] -queuebot:#ubuntu-release- New binary: avldrums.lv2 [amd64] (focal-proposed/none) [0.4.1-0ubuntu1] (no packageset)
[18:22] -queuebot:#ubuntu-release- New binary: avldrums.lv2 [arm64] (focal-proposed/universe) [0.4.1-0ubuntu1] (no packageset)
[18:23] -queuebot:#ubuntu-release- New binary: avldrums.lv2 [armhf] (focal-proposed/universe) [0.4.1-0ubuntu1] (no packageset)
[18:45] <vorlon> xnox: done
[18:45] <vorlon> RikMills: done
[18:45] <RikMills> thanks!
[18:48] <xnox> vorlon:  tah
[18:57] -queuebot:#ubuntu-release- Packageset: Added png++ to i386-whitelist in focal
[19:12] -queuebot:#ubuntu-release- New sync: ibm-java80 (xenial-proposed/primary) [<IP_ADDRESS>-0ubuntu1]
[19:15] -queuebot:#ubuntu-release- Unapproved: cockpit (eoan-backports/universe) [211-1~ubuntu19.10.1 => 212-1~ubuntu19.10.1] (no packageset)
[19:16] -queuebot:#ubuntu-release- Unapproved: accepted cockpit [source] (eoan-backports) [212-1~ubuntu19.10.1]
[19:16] -queuebot:#ubuntu-release- Unapproved: cockpit (disco-backports/universe) [211-1~ubuntu19.04.1 => 212-1~ubuntu19.04.1] (no packageset)
[19:16] -queuebot:#ubuntu-release- Unapproved: cockpit (bionic-backports/universe) [211-1~ubuntu18.04.1 => 212-1~ubuntu18.04.1] (no packageset)
[19:20] -queuebot:#ubuntu-release- Unapproved: accepted cockpit [source] (bionic-backports) [212-1~ubuntu18.04.1]
[19:20] -queuebot:#ubuntu-release- Unapproved: accepted cockpit [source] (disco-backports) [212-1~ubuntu19.04.1]
[19:23] -queuebot:#ubuntu-release- New: accepted avldrums.lv2 [amd64] (focal-proposed) [0.4.1-0ubuntu1]
[19:23] -queuebot:#ubuntu-release- New: accepted avldrums.lv2 [armhf] (focal-proposed) [0.4.1-0ubuntu1]
[19:23] -queuebot:#ubuntu-release- New: accepted avldrums.lv2 [arm64] (focal-proposed) [0.4.1-0ubuntu1]
[19:36] -queuebot:#ubuntu-release- New binary: linux-signed-oem-osp1 [amd64] (bionic-proposed/universe) [5.0.0-1038.43] (no packageset)
[19:42] <vorlon> doko: tryton-* autopkgtest regressions went away before I got to them, were they fixed or removed? (so I have some idea what to do with the last one, tryton-modules-stock)
[19:42] <doko> fixed
[19:43] <vorlon> ok
[20:17] -queuebot:#ubuntu-release- New: rejected ibm-java80 [sync] (xenial-proposed) [<IP_ADDRESS>-0ubuntu1]
[20:46] <mitya57> I just uploaded python-secretstorage 3.1.2+really2.3.1-0ubuntu1 to -proposed but then noticed that -release still has 2.3.1.
[20:46] <mitya57> Can someone delete the version in -proposed please? I would better upload 2.3.1-2ubuntu1 to prevent auto-sync.
[20:49] <mitya57> vorlon: ^^ please
[20:58] <vorlon> mitya57: why any of the above? There's an in-progress MIR for the new dependency
[20:58] <mitya57> vorlon: It was rejected for Focal.
[20:59] <vorlon> mmk
[20:59] <vorlon> mitya57: done
[20:59] <mitya57> Thanks!
[21:00] <mitya57> vorlon: The version from Debian won't be auto-synced again, right? So I need to do an ubuntu1 upload only if there is a new upload in Debian, right?
[21:01] <vorlon> mitya57: the /same/ version won't be autosynced
[21:01] <mitya57> That's what I thought.
[21:01] <mitya57> I will probably do it anyway to be safe :)
[21:01] <vorlon> but also, having it stuck in -proposed is more or less fine
[21:01] <vorlon> (there was a thread about this sort of thing on ubuntu-devel or ubuntu-server this cycle...)
[21:04] <mitya57> I will cherry-pick removal of Python 2 package from Debian.
[21:16] <RikMills> vorlon: L@ney reset the pyside2 tests baselone as they have never passed. now they show as regression again?
[21:16] <vorlon> juliank: ugh I just realized the implementation of force-reset-test doesn't statefully change the baseline anywhere on britney's side so the hints can never be dropped, ugh ugh
[21:17] <vorlon> RikMills: yeah, because that ^^, apparently
[21:17] <RikMills> vorlon: yeah, I thought from what was said that it should reset and persist
[21:18] <vorlon> I continue to not like this
[21:18] -queuebot:#ubuntu-release- New binary: ceph [arm64] (focal-proposed/main) [15.1.0-0ubuntu1] (desktop-core, ubuntu-server)
[21:58] <juliank> vorlon: When would you want to drop them?
[21:58] <juliank> vorlon: AFAICS, you'd drop them once the issue is fixed, and then you don't need them anymore?
[21:59] <juliank> because you won't care about old runs anymore
[21:59] <juliank> but: I might miss stuff
[22:03] <juliank> if it statefully changed the baseline, you'd only need it ephemeral for one run
[22:45] <vorlon> juliank: "once the issue is fixed" - I don't want to have any of these hints, our hint files should be minimal and I want britney to have all the information it needs to know the baseline has regressed
[22:55] <vorlon> rbalint: I don't understand the ec2-instance-connect debian/preinst change, which is removing on upgrade /lib/systemd/system/ssh.service.d/ec2-instance-connect.conf but that file is shipped in the new version of the package
[22:56] <vorlon> rbalint: and restarting ssh in the prerm of ec2-instance-connect doesn't make sense, the drop-in will still be on disk
[23:02] -queuebot:#ubuntu-release- Unapproved: accepted knot-resolver [source] (eoan-proposed) [3.2.1-3ubuntu<IP_ADDRESS>]
[23:18] <wxl> given bug 1862428 what's the timeline for having cdimage serve https?
[23:38] -queuebot:#ubuntu-release- Unapproved: rejected hedgewars [source] (disco-proposed) [1.0.0-4~ubuntu<IP_ADDRESS>]
[23:38] -queuebot:#ubuntu-release- Unapproved: rejected openssh [source] (disco-proposed) [1:7.9p1-10ubuntu0.1]
[23:38] -queuebot:#ubuntu-release- Unapproved: rejected mdadm [source] (disco-proposed) [4.1-1ubuntu1.2]
[23:38] -queuebot:#ubuntu-release- Unapproved: rejected sbuild-launchpad-chroot [source] (disco-proposed) [0.14ubuntu<IP_ADDRESS>]