[12:08] <mdz> npmccallum: how is usplash going?
[12:11] <Kamion> ... and it's even documented in the isolinux help screens ...
[12:15] <mdz> npmccallum,thom: the usplash changes need to get into warty today if they're going to release with Warty
[12:15] <mdz> this is a major change to the boot process and needs a lot of testing
[12:31] <Kamion> ideally they'd get into Sounder 7
[12:32] <Kamion> if I'm assured that they'll be in Warty by tomorrow then I can postpone Sounder 7 until then, but I'd rather not push it any later
[12:39] <mdz> Kamion: what time were you planning to roll Sounder 7?
[12:43] <Kamion> if I'm doing it tonight it needs to be roughly now in order for me not to be still working on it when my girlfriend gets here; if tomorrow, whenever really
[12:48] <Kamion> hm, this business of removing /cdrom etc. from /etc/fstab is going to suck for users who don't use our default magic
[12:48] <Kamion> I do 'mount /cdrom' all the time
[12:48] <Kamion> oh well
[12:48] <Kamion> FYI I'm not making that change right now because I think some of prebaseconfig/base-config relies on the existing code and I don't want to muck about with it right before a Sounder
[12:59] <mjg59> Is there going to be another test release before the weekend?
[12:59] <mdz> Kamion: you're free to statoverride /bin/mount and edit fstab
[01:00] <mdz> I'm personally quite happy to have it automounted by g-v-m
[01:01] <mdz> Kamion: if you need to start now, then do it.  it's more important to get sounder 7 out than to have usplash
[01:01] <mdz> I'm uncomfortable enough about intrusive changes to the boot process this close to release
[01:06] <Kamion> mjg59: you mean including Sounder 7 or not?
[01:07] <mjg59> Including that - I have no real idea how long it takes you to actually get something on the server once it's done :)
[01:08] <Kamion> oh, I build on a box in our LAN, it takes all of ten seconds or so to get it to the mirror once I throw the switch
[01:08] <Kamion> thom: hey, sulogin worked
[01:09] <Keybuk> Kamion: watch out, it probably makes all your files writable or something
[01:09] <Kamion> if thom wants to exploit all newly-installed Ubuntu systems, it's his paycheque ;-)
[01:12] <Kamion> excellent, DTRT with a set root password too
[01:12] <Kamion> mjg59: righto, hopefully tonight but I have no idea how late
[01:12] <Keybuk> http://en.wiktionary.org/
[01:12] <Keybuk> ^ Oooh
[01:13] <Kamion> I seem to be seeing ACPI errors from GNOME on startup with the current daily
[01:14] <Kamion> "Can't access ACPI events in /var/run/acpid.socket! Make sure the ACPI subsystem is working and the acpid daemon is running.@
[01:14] <Kamion> "
[01:16] <Oskuro> Kamion: acpid not running?
[01:16] <Kamion> it appears to be
[01:16] <Kamion> although /var/run/acpid.socket doesn't exist
[01:17] <Oskuro> weird. I guess the box isn't using apm, right?
[01:17] <Kamion> we don't have APM in warty kernels AFAIK
[01:17] <Kamion> I do have /proc/acpi
[01:17] <Oskuro> nod
[01:18] <mdz> Kamion: that's a known bug in thom's acpid upload
[01:18] <mdz> it starts, and then its socket is removed
[01:18] <mdz> Kamion: please do file a bug to remind him
[01:18] <Kamion> isn't that kind of a showstopper for a test release? :-)
[01:19] <Kamion> totally rad laptop support and all
[01:19] <Oskuro> heh, I vote for that
[01:21] <mdz> Kamion: if you have time to do it, reverting ubuntu4 is fine with me
[01:38] <Kamion> that'll be 1:33 at the earliest before I can start the build - I think this is going to have to wait until tomorrow, sorry
[07:20] <fabbione> morning guys
[08:45] <mdz> morning
[08:45] <fabbione> hey mdz!
[08:46] <fabbione> what's up?
[08:47] <mdz> sleep soon
[08:48] <fabbione> still walking on walls?
[08:48] <fabbione> ;)
[10:34] <rburton> morning seb128
[10:34] <seb128> hello rburton
[10:37] <seb128> rburton: have you tried the nautilus sendto extension ?
[10:39] <rburton> no
[10:39] <rburton> i looked at the code
[10:39] <rburton> its crap
[10:39] <rburton> well, not really crap
[10:40] <Gman> 'less than ideal'
[10:40] <rburton> good phrase
[10:40] <seb128> lol
[10:41] <Gman> heh
[10:41] <Gman> oh gnome debian dudes
[10:41] <Gman> i'm getting no nice icons on my desktop
[10:41] <Gman> that's a known bug, right?
[10:42] <seb128> define "nice"
[10:42] <rburton> you running nautilus? ;)
[10:42] <Gman> well, doesn't seem to be picking up the icon theme
[10:42] <Gman> just blank page icons
[10:42] <seb128> ps ax | grep settings
[10:45] <Gman> hrm, gnome-settings-daemon seems to be running alright
[10:45] <Gman> most of the icons in the menu seem to be picked up
[10:45] <Gman> just not the nautilus desktop icons
[10:45] <Gman> and recent documents menu
[10:47] <seb128> which theme ?
[10:48] <Gman> ahh
[10:48] <Gman> thanks seb128
[10:48] <seb128> np
[10:48] <Gman> didn't think about that
[10:48] <Gman> duh
[10:54] <rburton> xemacs21 is uninstallable from universe atm
[10:55] <rburton> xemacs21-basesupport isn't available
[10:56] <seb128> bah, xemacs
[11:00] <rburton> yay i can watch the kde streams with totem
[11:01] <rburton> well, it appears that 200kb/s isn't enough for streaming
[11:01] <rburton> hm, no, its the video which sucks
[11:02] <seb128> yes
[11:02] <seb128> the video sucks
[11:02] <rburton> bit jerky
[11:02] <rburton> theora needs optimisation love
[11:02] <rburton> the camera is slowly dropping, which is quite amusing
[11:35] <Mithrandir> *grumble*, isn't rhythmbox supposed to use esd?
[11:35] <seb128> rhythmbox use whatever you have as audiosink in gst
[11:35] <seb128> esd, oss, alsa
[11:36] <seb128> gconftool-2 -g /system/gstreamer/0.8/default/audiosink
[11:37] <Mithrandir> hm, ossink.
[11:38] <seb128> you can change it by esdsink
[11:48] <Mithrandir> seems like rhytmbox doesn't accept dragging and dropping files from nautilus.. well, I'll use totem, then.
[11:50] <thom> Kamion: just reverted acpid
[11:50] <seb128> you can right click on the file in nautilus
[11:51] <seb128> and add to the playlist
[11:51] <Mithrandir> seb128: nope, doesn't work.
[11:51] <Mithrandir> seb128: not over sftp.
[11:51] <seb128> oh, ok
[11:51] <Mithrandir> that really sucks.. why should I have to copy all my media to ~ ?
[11:52] <seb128> ?
[11:52] <Mithrandir> I have about 100G of music.. I really don't want to copy that to my workstation.
[11:53] <seb128> it doesn't work with a sftp dir ?
[11:54] <Mithrandir> right-clicking on a directory in nautilus does not show the "add to music library" if the directory is accessed through sftp, no.
[11:55] <seb128> http://bugzilla.gnome.org/show_bug.cgi?id=140355
[11:56] <seb128> perhaps you can try the .application change to add the sftp method
[11:56] <seb128> not sure if you will get the crash reported after or not ...
[11:59] <Mithrandir> it doesn't report that rhytmbox can't open sftp, though
[01:01] <sabdfl> Kamion: what's the rsync url for the latest warty daily nowadays?
[01:06] <Mithrandir> rsync -av --partial --progress ftp.no-name-yet.com::cdimage/daily/current/warty-i386-1.iso warty-i386-1.iso is what I use
[01:09] <sabdfl> thanks mithrandir
[01:15] <Kamion> Mithrandir: use nfs, sucky though it is?
[01:16] <Mithrandir> Kamion: nfs over untrusted network?  I'm not completely on crack.
[01:16] <Kamion> oh, I thought you were local
[01:16] <Mithrandir> fairly local, but university network.
[01:16] <Kamion> ah
[01:16] <Mithrandir> so it's all untrusted.
[01:17] <Kamion> sftp is not exactly designed for streaming though
[01:17] <Mithrandir> well, it's a 100Mbit untrusted network, so I wouldn't really care. ;)
[01:17] <Kamion> thom: thanks, attempting another sounder 7 build now
[01:33] <sabdfl> kamion: will that latest build show up in cdimage/dail/current ?
[01:51] <Kamion> sabdfl: yes
[03:18] <seb128> lol
[03:18] <seb128> rburton: your "patches" blog entry is funny :)
[03:21] <Kamion> hm, trashapplet seems to totally crash and burn for me
[03:22] <Kamion> but anyway, Sounder 7 looks at least plausible; I'll pull the switch once I get back from the optician's
[03:23] <seb128> Kamion: trashapplet doesn't work at all for you ?
[03:52] <rburton> aes: your blog entry was a little confusing
[03:53] <rburton> i'd say 90% of packages are in universe, so no extra repositories would be needed
[03:53] <rburton> no need for pinning etc
[03:53] <aes> rburton: that probably means I'm confused
[03:54] <rburton> probably, yes
[03:54] <rburton> :)
[03:54] <aes> You're saying "deb http://ftp.no-name-yet.com/no-name-yet warty main" is wrong, I suppose?
[03:54] <rburton> add "deb http://ftp.no-name-yet.com/no-name-yet/ warty universe"
[03:54] <aes> aha!
[03:54] <aes> Thanks :)
[03:54] <rburton> np
[03:54] <rburton> i only discovered it when i moaned about the lack of xemacs :)
[03:54] <thom> rburton: that's a feature
[03:55] <rburton> xemacs being broken?
[03:56] <rburton> i'm sure it is
[03:56] <mjg59> has the scary artwork gone in yet?
[03:56] <lamont> rburton: xemacs21 should be there soon
[03:56] <aes> mjg59: there is some scary artwork
[03:56] <rburton> lamont: its all in apart from xemacs21-basesupport
[03:56] <mjg59> aes: Does the scary artwork involve people?
[03:56] <aes> mjg59: not as far as I've seen
[03:57] <lamont> yeah - I fixed xemacs21 last night, will look at the rest of the xemacs-suite
[03:57] <aes> ok, so ubuntu rocks even more than I thought :)
[03:57] <mjg59> Ah, so not the really scary artwork yet
[03:57] <aes> mjg59: apparently not
[03:58] <rburton> jdub: contact-lookup-applet 0.8 is now in experimental, for when you wake up
[03:59] <rburton> urgh
[04:01] <daniels> mjg59: \o/ UBUNTU
[04:06] <lamont> rburton: we can't build xemacs21-packages (source for xemacs21-basesupport) because xemacs21-basesupport isn't built.  sigh.
[04:07] <lamont> I'll break the circle sometime today or so
[04:18] <lamont> I think the scary artwork was planning to arrive once they'd posed the actual models, rather than the stock footage they used in the mockups...
[04:19] <fabbione> hey guys
[04:19] <fabbione> lamont: any news from the X buildd front?
[04:20] <rburton> ok, talk of scary artwork is worrying me
[04:22] <Oskuro> rburton: you're going to love it :)
[04:22] <rburton> oooh let me see
[04:23] <rburton> pleeeease
[04:23] <Oskuro> I don't have it :)
[04:24] <fabbione> noone does
[04:24] <lamont> fabbione: -6ubuntu7 is installed on all 3
[04:24] <fabbione> lamont: good.. i was more thinking about the mime stuff :-)
[04:24] <lamont> rburton: it was more the people that were scary - the actual models aren't so scary
[04:25] <lamont> fabbione: thought about it afterwards - I need to rewrite some perl code into python to fix it, that'll happen sometime soon, but today isn't very likely
[04:25] <fabbione> ok. i am planning an upload for tomorrow
[04:25] <fabbione> just that you know
[04:26] <lamont> ok.
[04:27] <lamont> it has been observed recently that i386 and powerpc buildds apparently manage to upload (at least most of the time), while amd64 has not been observed to succeed without help
[04:28] <thom> it's also been observed that some people have been playing too much Mao
[04:45] <lamont> thom: well, yes.  But then, I'd have to actually do research to explain the rules definitively...  Not entirely sure which buildd's have hacked around the problem and which have not...
[04:48] <Kamion> anyone got anything special they'd like people to test in Sounder 7?
[04:49] <thom> logging in as root to single user? ;-)
[04:49] <thom> and, of course, TRLS
[04:50] <Kamion> oh, I meant to mention the root thing and forgot, thanks
[04:50] <Kamion> TRLS?
[04:51] <thom> totally rad...
[04:51] <Kamion> heh, ok
[04:54] <rburton> LS?
[04:55] <Kamion> laptop support
[05:01] <rburton> ah
[05:10] <rburton> so, no root password and initial user is sudo
[05:11] <Kamion> yup
[05:11] <rburton> can this be skipped?
[05:11] <Kamion> what do you mean?
[05:11] <rburton> i've forgotten what d-i actually does here -- can i trivially not setup an initial user and set a root password?
[05:11] <Kamion> no, you'd have to fix it up after the install
[05:12] <rburton> alrighty. can i file a bug? :)
[05:12] <Kamion> 'sudo passwd root', 'sudo deluser rburton' or whatever
[05:12] <Kamion> sure - sounds like an expert mode thing
[05:12] <rburton> i'm planning on ubuntu for our work desktops you see, and i am *so* not putting people in sudoers ;)
[05:13] <Kamion> sounds like an excellent reason; we need to collect data on the cases where people don't want this kind of setup
[05:13] <Kamion> making it the default for a CD release is a good way to get that data :-)
[05:30] <mjg59> thom: What does "Totally Rad Laptop Support" actually involve?
[05:31] <edd> working acpi, i gotta hope :)
[05:31] <mjg59> Haha
[05:31] <mjg59> edd: Are you still planning on doing an article on acpi at some point?
[05:32] <edd> mjg59: yes
[05:32] <mjg59> Cool
[05:36] <thom> mjg59: currently, laptop mode, some acpi stuff that doesn't send machines to sleep permanently, etc
[05:36] <mjg59> Cool
[05:42] <sabdf1> kamion: is the copy-on-install magic to boot with "linux anna/choose_module=archive-copier" ?
[05:43] <Kamion> choose_modules rather than choose_module
[05:43] <Kamion> but yes
[05:43] <sabdf1> ok
[05:44] <sabdf1> thanks, testing it now
[05:44] <Kamion> you can also boot in expert mode and select archive-copier from the extra bonus udeb list when that appears, then change debconf priority back to critical; but I figured this would be easier than that dance
[05:44] <sabdf1> also testing install-on-pcmcia-wifi network :-)
[05:45] <Kamion> you should see the name archive-copier flick past when it's retrieving installer components from the CD
[05:53] <sabdf1> kamion: archive-copier looks great
[05:53] <sabdf1> any attempt to find an optimal sequence?
[05:54] <Kamion> doing mkisofs -sort on the CDs has got up to the top three entries on my stack
[05:54] <Kamion> it's probably quite suboptimal atm
[05:56] <Kamion> three entries> not including having lunch ... hm, let's go and do that now, 5pm is time enough for lunch right? :)
[05:57] <sabdf1> you're running on new york time. excellent :-)
[06:04] <mjg59> Do you have Centrino drivers in the main install?
[06:12] <sabdf1> kamion: used the archive-copier, but it's still checking for the CD after the reboot
[06:14] <thom> mjg59: ipw2{1,2}00 you mean? we will do
[06:14] <mjg59> But don't yet?
[06:14] <thom> sabdf1: that's known about
[06:14] <thom> mjg59: yeah
[06:15] <Kamion> sabdf1: yep, as mentioned in the announcement base-config integration isn't complete
[06:33] <dieman> *yawn*
[06:35] <seb128> Kamion: could you add ~/Documents and ~/.Trash to the default skel ?
[06:36] <Kamion> I was in the middle of an install so that I could test whether creating ~/.Trash did the right thing ...
[06:36] <Kamion> can't some GNOME package just drop them into /etc/skel?
[06:36] <Kamion> hm, I guess they need to be there before the initial user is created though, which is before any of Desktop gets installed
[06:37] <seb128> yes ...
[06:37] <seb128> ~/.Trash is created by nautilus
[06:37] <Kamion> the thought of having non-dotfiles in /etc/skel just turns me right off :(
[06:37] <seb128> I'll do the same for the applet, so perhaps no need to add it to the skell
[06:37] <Kamion> I think that would be better
[06:38] <seb128> but ~/Documents would be nice
[06:38] <Kamion> it feels to me that that should only happen for people who log in at a desktop
[06:38] <Kamion> remote users have no need for it
[06:38] <seb128> we want to make ~/Documents the standard place for all the apps
[06:39] <seb128> hum, wondering where is the right place to create it
[06:39] <Kamion> surely just all desktop apps?
[06:39] <seb128> yes
[06:39] <Kamion> right
[06:39] <Kamion> so it's a desktop thing :)
[06:39] <seb128> ok :)
[06:39] <Kamion> that X -noswitchvt bug is ugly
[06:40] <fabbione> Kamion: yeah
[06:40] <fabbione> and daniels won't be able to work on it until next monday
[06:40] <fabbione> is there any package already using it?
[06:41] <Kamion> I assumed that was why I get crap all over my screen before gdm gets round to starting ...?
[06:41] <fabbione> hmmmm
[06:41] <fabbione> no i don't think so
[06:41] <fabbione> try to stop gdm
[06:41] <fabbione> and just startx
[06:41] <fabbione> kill X
[06:41] <fabbione> startx -novtswitch
[06:42] <lalo> is there a root password in the livecd?
[06:42] <fabbione> and you should be able to see the difference.. if there is any
[06:42] <fabbione> anyway
[06:42] <fabbione> i am off for today
[06:46] <Kamion> lalo: to be honest I think Alex is really the only person who knows much about how the live CD works right now
[06:46] <Kamion> 'Ubuntu 4.10 "Warty Warthog" perimadeia tty1'
[06:46] <Kamion> much better
[06:46] <lalo> Kamion: :-P
[06:47] <Kamion> fabbione: seems to do the same kind of thing
[06:48] <Kamion> except I'm not sure -novtswitch works there, odd
[07:06] <fabbione> Kamion: i am pretty sure the option is broken. gotta go for real
[07:31] <npmccallum> fabbione, Kamion: usplash will use X -noswitchvt
[07:53] <mdz> Kamion: I believe the final scheme for the version number was with a dash (4-10)
[07:58] <Kamion> it kept changing, it's possible I got confused
[08:00] <mdz> might want to ping the list
[08:19] <Mithrandir> we rock.  or sane rocks, or something.  Installed xsane, installed hpoj and It Just Works.
[08:19] <mdz> daniels: speaking of hpoj......
[08:21] <Mithrandir> what is The Recommended Email Client in ubuntu?  Evolution?
[08:21] <npmccallum> Mithrandir: yes
[08:22] <mdz> evolution and mutt are both available by default
[08:22] <mdz> mozilla-thunderbird is also supported
[08:22] <Kamion> /usr/bin/mkisofs: No such file or directory. Invalid node - -sort
[08:22] <Kamion> thank you, mkisofs, for your tremendously helpful error messages
[08:22] <Mithrandir> Kamion: wtf?
[08:23] <Mithrandir> evo needs a bit of convincing to build for amd64, though.  I'll have to take a look at that as soon as I have ia32-libs and amd64-libs in the archive.
[08:23] <Kamion> ah, I think it might be trying to treat -sort as a filename
[08:46] <sabdf1> kamion: is "Mozilla Web Browser" a dependency, or deliberately installed?
[08:47] <Kamion> sabdf1: Desktop has only mozilla-firefox; mozilla-browser is in Ship (so on the CD but not installed by default)
[08:48] <sabdf1> kamion: it installs by default on sounder7
[08:49] <sabdf1> what's the best way to figure out which binary is listening on an open port?
[08:50] <Kamion> netstat -anp
[08:51] <sabdf1> gem :-)
[08:52] <Kamion> hm, mozilla-browser is installed by default here too, which is extremely weird
[08:53] <Kamion> /var/log/base-config.log suggests something depends on it
[08:54] <Kamion> ah, I have a sneaking suspicion that aptitude is being naughty and installing Recommends:
[08:55] <jdub> hey hey hey
[08:57] <mdz> libdevhelp-1-0 Depends: mozilla-browser
[08:58] <Kamion> sabdf1: fixed in base-config 2.35ubuntu20
[08:58] <mdz> according to germinate, it's only in supported
[08:58] <Kamion> mdz: indeed. it's a Recommends: thing, fixed
[08:58] <mdz> ah
[09:02] <Kamion> OK, CDs hopefully now sorted with all the udebs at the front in Packages file order followed by all the debs in Packages file order
[09:02] <Kamion> and the Packages files alphabetically sorted by source then package name
[09:03] <Kamion> wonder how long that'll take to rsync ...
[09:05] <jdub> Kamion: oooh
[09:05] <mdz> I thought we decided we wanted debootstrap order for base
[09:07] <Kamion> this will do for now
[09:07] <Kamion> doing it at all was hard enough, debian-cd being what it is
[09:07] <Kamion> mdz: actually, if we're going the archive-copier route we absolutely want this approach
[09:07] <Kamion> since archive-copier uses Packages file order
[09:08] <mdz> Kamion: archive-copier would handle base as well?
[09:08] <Kamion> yes
[09:08] <mdz> ah
[09:08] <Kamion> if you try it in Sounder 7, it runs before base-installer
[09:08] <mdz> I'm burning sounder 7 now
[09:10] <mdz> Kamion: does this include all of the shipseed additions we made in Oxford?
[09:10] <mdz> it's still only 512M
[09:10] <Kamion> mdz: that's all entirely automatic now, so yes
[09:10] <mdz> maybe we should add kernel-headers-x.y.z-386 to shipseed too, then
[09:10] <Kamion> I got bored of making the changes by hand so I automated it and had it just mail me any changes it made
[09:10] <mdz> that's handy for being able to build a kernel module with only what's on the CD
[09:11] <Kamion> and corresponding for other arches, yes
[09:11] <mdz> that's about 25M
[09:11] <mdz> on i386
[09:12] <mdz> it might even be a good idea to install it by default
[09:12] <mdz> then building kernel modules 'just works'
[09:13] <Kamion> we don't even have powerpc kernel headers in Supported at the moment
[09:13] <Kamion> that seems like a bug
[09:13] <mdz> yes, please add the right packages
[09:13] <mdz> amd64 as well, if you know which ones we should have
[09:14] <Mithrandir> I guess I'm supposed to pop in now and tell you what package you want for amd64, but I don't remember.
[09:14] <Kamion> Mithrandir: it'll be easy to find out
[09:16] <Mithrandir> lamont: did the xresprobe build on amd64 die?
[09:17] <lamont> it died on one arch with a parse error - emailed daniels about it
[09:17] <lamont> I think it was amd64
[09:18] <lamont> but that window is busy...
[09:18] <Mithrandir> yeah, I'll try it by hand
[09:18] <lamont> newt has non-PIC in shared libs, fails.
[09:18] <lamont> amd64, that is
[09:18] <lamont> gcc -g -Wall -O2   -c -o ddcprobe.o ddcprobe.c
[09:18] <lamont> ddcprobe.c: In function `main':
[09:18] <lamont> ddcprobe.c:274: error: parse error at end of input
[09:18] <lamont> that's xresprobe/amd64
[09:19] <Kamion> ddcprobe.c has very strange }-inside-#ifdef-itis
[09:19] <mdz> Mithrandir: kernel-headers-`uname -r` should do
[09:20] <Mithrandir> I'm running a non-ubuntu kernel atm, though
[09:20] <Mithrandir> I should whack the mkinitrd script into supporting sata
[09:20] <Kamion> somebody should fix the lunacy from lines 65 to 106 of ddcprobe.c
[09:52] <mdz> Mithrandir: indeed
[09:52] <Mithrandir> since a lot of amd64 users only have sata.
[09:52] <Kamion> the grub source package is barking
[09:53] <Kamion> it contains a patch in debian/patches/ which only changes a file in debian/
[09:53] <Kamion> although fortunately it isn't actually enabled
[09:58] <mdz> Kamion: barking?
[09:58] <Kamion> mad
[09:58] <Kamion> (UK slang)
[09:59] <Keybuk> really? and I thought it was a place just outside Reading <g>
[10:06] <Keybuk> heh, libtiff
[10:06] <lamont> Kamion: that's about 10 minutes work, all told
[10:06] <Keybuk> would it be possible to separate warty-changes and universe changes?
[10:07] <lamont> Keybuk: the w-b stuff is all the same place, so somehow I kinda doubt it...
[10:07] <lamont> but then you can look at the body of the message and sort...
[10:12] <Keybuk> well, universe is ultimately "uninteresting" from a company POV ... and flooding the list with it kinda makes -changes less interesting to subscribe to
[10:12] <sabdfl> hopefully our community will take an active interest in universe though
[10:12] <sabdfl> so there should be ongoing updates from trusted maintainers there
[10:15] <Keybuk> there can be a "too much traffic" problem though, especially if it gets to the level of debian's
[10:15] <mdz> Kamion: archive-copier seems to do the right thing for me, as far as copying
[10:16] <mdz> aptitude and dpkg-preconfigure still read the CD
[10:16] <Keybuk> hmm
[10:17] <Keybuk> is it me or is gnome dev current uninstallable
[10:17] <Keybuk> half seems to depend on libgcrypt7-dev and the other half on libgcrypt11-dev
[10:22] <Keybuk> ok
[10:23] <Keybuk> stupid question time
[10:23] <Keybuk> WHY is glade-gnome-2 in universe and not in warty?
[10:23] <Kamion> mdz: apt-cdrom add, too
[10:24] <mdz> Kamion: by the time I logged in on vt2 to look, /var/cache/apt/archives was empty
[10:24] <mdz> I assume something is cleaning up after debootstrap
[10:25] <Mithrandir> base-config cleans it by default
[10:25] <Mithrandir> iirc
[10:29] <Kamion> mdz: oh, damn, I forgot to mention that; you also need to boot with KEEP_DEBS=yes
[10:29] <mdz> ah
[10:29] <Kamion> (on the second boot)
[10:29] <Kamion> I'll mail sounder@
[10:32] <mdz> daniels: ping?
[10:32] <mdz> xserver-xfree86 is asking me a question
[10:33] <lamont> mdz: the unmitigated gall of it. :-)
[10:34] <Kamion> mdz: apparently this happens when xresprobe can't
[10:34] <mdz> Kamion: yeah, I'm prodding it now.  but it was detecting my LCD OK in Oxford
[10:35] <lamont> mdz: please sudo ls /var/spool/postfix/{public,private}
[10:35] <mdz> lamont: both empty
[10:36] <lamont> and the errors were coming out before or after that first reboot?
[10:36] <lamont> I'll assume 'both'
[10:37] <mdz> both
[10:37] <mdz> and every time I run sudo
[10:37] <lamont> does /usr/sbin/postfix stop; /usr/sbin/postfix start make it go away?
[10:38] <mdz> lamont: no
[10:38] <lamont> hrmpf.
[10:38] <mdz> lamont: this should be trivial to reproduce with a fresh Warty install; others are seeing it as well
[10:38] <lamont> yeah - just have to suck down the iso. :-(
[10:39] <Kamion> what's the bug? I just did an install
[10:39] <lamont> postfix fifo dirs appear to wind up empty
[10:39] <lamont> sudo ls /var/spool/postfix/{public,private}
[10:39] <Kamion> hm, but not on a network-connected machine, which might not be terribly helpful
[10:41] <lamont> and, for whatever reason, that's not happening - mdz: is postfix running? (ps aux| grep master)
[10:41] <mdz> lamont: no, it isn't
[10:42] <mdz> aha, I think I see the problem
[10:42] <lamont> /usr/sbin/postfix start should have started it... /var/log/mail.log should have some bitchiness in it then.
[10:42] <mdz> loopback is unconfigured
[10:42] <mdz> Kamion: this is the d-i-with-no-network case
[10:44] <Kamion> you ctrl-c'ed "configuring network interfaces"
[10:44] <Kamion> I bet
[10:45] <mdz> no, I did "go back"
[10:45] <Kamion> I mean after the first reboot
[10:45] <mdz> no, I didn't
[10:45] <Kamion> hm
[10:45] <Kamion> well, I plan to overhaul that code anyway ...
[10:46] <Kamion> anyhow, time for !work
[10:48] <lamont> so does this make it a net-config issue, not a postfix issue?
[10:48] <lamont> OTOH, I should just create the directories
[11:06] <aes> wheeeeeeeeee
[11:06] <aes> Hello panel
[11:11] <seb128> what with the panel ?
[11:13] <aes> tis a new panel
[11:13] <seb128> oh, yes
[11:13] <aes> :)
[11:14] <seb128> I was fearing a crasher or something like that :)
[11:14] <aes> nah :)
[11:14] <aes> seems quite a nice logical layout
[11:14] <seb128> just first version, some changes are already pending for tomorrow
[11:22] <aes> Only gripe is that Computer contains an eclectic mix of all sorts of things, but I couldn't suggest anything better...
[11:22] <aes> (not without having a "Files" menu too, but that makes things get cluttered.)
[11:22] <aes> Anyway. You don't want me whinging here ;)
[11:24] <seb128> all the advices/opinions are welcome
[11:27] <Mithrandir> hi aes :)
[11:28] <aes> Hello Mithrandir
[11:28] <aes> oh, I know you :)
[11:29] <Mithrandir> yes, we met at GUADEC this summer
[11:29] <aes> yes
[11:29] <aes> just slow on mapping irc nicks <-> real life :)
[11:29] <Mithrandir> :)
[11:29] <Mithrandir> well, I'm off to bed now.
[11:29] <Mithrandir> see you around
[11:30] <aes> night


[12:07] <ikonia> win 1
[12:07] <ikonia> oops
[21:28] <bazhang> !42
[21:34]  * genii defers to ubottu


[00:36] <user|41648> Hello i buy a  wi-fi 6 bluetooth 5.0 pcie adapter CUDY, and mi pc is AMD A8-9600 radeon r7, i have a  os kde neon 5.21, version kernel 5.4.0-73, i can not make it work help!!
[04:35] <ripevibe> hello
[05:51] <latesleeper> lets say i want to install vs code editor for kubuntu, but i cant get it from the software gui, it doesnt find it
[05:52] <latesleeper> how i install vs code for kubuntu nicely
[05:53] <TheBigK> latesleeper: u download and install the deb file?
[05:54] <TheBigK> latesleeper: if theres an ubuntu package its always good to read the documentation of the specific software vendor :)
[05:54] <TheBigK> latesleeper: but we cant support u installing 3rd party software
[05:54] <latesleeper> i know it exisxt for ubuntu, but im on kubuntu
[05:55] <TheBigK> latesleeper: that should not matter
[05:56] <latesleeper> can it be done from enabling the repo or sometin like that and from konsole installing it
[05:56] <TheBigK> latesleeper: i answered everything you should know... ask the Vendor Documentation :)
[05:57] <TheBigK> https://code.visualstudio.com/docs/setup/linux
[05:57] <TheBigK> it should be available on snap
[05:57] <latesleeper> ok i downloaded deb
[05:57] <alkisg> Just run: sudo apt install ./vscode....deb
[05:58] <alkisg> It will add its repository to your sources for automatic updates
[05:58] <alkisg> It's an excellent IDE with proper debian packaging
[06:00] <latesleeper> i know vs code is good :D  becaus im lazy dev
[06:00] <latesleeper> distrohoppin to kubuntu vbox
[06:01] <TheBigK> latesleeper: the lazy part i can definitely sign... :D
[06:01] <TheBigK> why would u swtich distro just to install vs code?
[06:03] <latesleeper> i was using ubuntu earlier but gnome is ugly
[06:03] <latesleeper> kubuntu looks nice
[06:06] <alkisg> Yeah gnome tries too much to be small-screen friendly, but it makes the desktop experience worse. And it doesn't even run on phones to justify that trend... :)
[06:08] <latesleeper> i just like the kde look much better and kubuntu was recommended instead of changing gui on ubuntu
[06:11] <alkisg> Yeah sometimes installing too many desktop environments results in multiple services running when they shouldn't
[06:11] <alkisg> Clean installations are better
[07:26] <lordievader> Good morning
[08:23] <krootman> Well, hello to all of you!
[08:24] <alkisg> o/
[08:25] <krootman> I just wanted to ask a specific question about the wifi support of KUBUNTU. Does the actual release also support the RTL8821CE wireless lan?
[08:25] <alkisg> Afaik the kernel supports that, yeah. It's not related to Ubuntu nor to Kubuntu, it's a general Linux kernel question
[08:26] <krootman> It's because of the fact that I've been trying to start networking on my laptop with UBUNTU and the wifi module does not respond at all. But okay - I am going to test it by myself in a few hours ... Thx nevertheless...
[11:47] <BluesKaj> Hi folks
 @krootman, There's a prob in kubuntu ! I can connect to WiFi but there's one am specific network that I can't even with ethernet I can't ! I really don't know why
 Guys, i am new to linux and after installing kubuntu my date, time and other settings (not all) are showing my regional language which i dislike
 Any way to change it
[14:23] <user|49089> hello ciao
[14:24] <user|49089> i have a dell alienware 17
[14:24] <user|49089> i tried to installa kubuntu 21.04
[14:24] <user|49089> but after the installation and reboot the system it's blockeed and freeze in the screen of logo "kubuntu"
[14:24] <user|49089> why?
[14:29] <Maik> hard to tell, could be anything
[14:31] <alkisg> If you press the [Esc] key, do you see any messages?
[14:32] <user|49089> no
[14:32] <Maik> user|49089: nVidia/AMD graphics card?
[14:33] <user|49089> nvidia
[14:33] <alkisg> Another idea is to reboot, and in the grub boot manager press the [e] key, then go where it says "quiet splash" and delete it, then press [f10]. This will allow you to see the error messages.
[14:34] <Maik> user|49089: probably that's your issue
[14:34] <user|49089> https://www.stephenwagner.com/2019/05/05/ubuntu-linux-black-screen-frozen-system-after-upgrade-install/
[14:34] <user|49089> this try?
[14:34] <user|49089> thanks guys
 … E: The repository 'http://in.archive.ubuntu.com/ubuntu hirsute-updates InRelease' is not signed. … N: Updating from such a repository can't be done securely, and is therefore disabled by default. … N: See apt-secure(8) manpage for repository creation and user configuration details.
 Add the keys
 sudo aptitude -o Acquire::http::No-Cache=True -o Acquire::BrokenProxy=true update … sudo apt-get update
 Do U try this ?
 Ac1d
 https://bugs.launchpad.net/ubuntu/+source/ubuntu-keyring/+bug/1920640
 Hi all, … One question:  … Does anyone have fingerprint gui on kubuntu 21.04?
 ok, i found that will be only with plasma 5.22 or 5.23....
[17:31] <skramer> How come my laptop speakers do not mut any more when I plug in my USB headset? I can't find where to revert to original settings :(


[02:39] <bernie> has anyone ever reported a bug that makes the display remain black with only the mouse cursor moving?
[02:40] <bernie> i'm experiencing it on a desktop with nvidia and a laptop with intel gfx, so it's probably not a driver issue
[02:41] <bernie> it happens after switching on the screen on the desktop and after resume on the laptop, when one normally would see the gnome-screensaver-dialog
[02:41] <bernie> the unity process has crashed, compiz is still running
[02:43] <thumper> hmm...
[02:43] <thumper> trust me on this, but if unity crashed, compiz wouldn't be running
[02:43] <thumper> bernie: how often do you get it?
[02:44] <bernie> well but i don't see "/usr/bin/python /usr/bin/unity" on the machine with the black screen
[02:44] <bernie> it's present on the machine where i'm typing (oh, but i started it manually from the console because it had previously crashed here too)
[02:45] <bernie> thumper: i'd say about once every 2-3 days
[02:46] <thumper> bernie: perhaps a better indicator would be, what ration of success to bug do you have when coming back to the computer
[02:46] <thumper> is to 1 time in 10,
[02:46] <thumper> 1 in 5
[02:46] <thumper> ?
[02:46] <thumper> bug to good (in those cases :)
[02:47] <bernie> thumper: maybe 1 in 10... it seems to happen on display hot plug or hot remove
[02:47] <bernie> thumper: i filed this bug earlier today: https://bugs.launchpad.net/compiz/+bug/1008808
[02:47] <thumper> bernie: yeah, I thought I saw the bug fly past
[02:47] <bernie> thumper: but now i have a live machine which we could use to debug the problem in real time
[02:48] <bernie> thumper: since it's not reproducible at will...
[02:48] <bernie> thumper: ok, compiz isn't stuck somewhere... if i strace it i see it talking with X
[02:49] <bernie> thumper: also, the mouse cursor changes shape near the middle of the screen, probably where the password prompt should be
[02:53] <duflu> Hi bernie, regarding your black screen problem, could you please tell me what graphics driver you're using?
[02:53] <bernie> duflu: xserver-xorg-video-intel_2:2.17.0-1ubuntu4
[02:54] <bernie> duflu: but it also happened today on my desktop which has the proprietary nvidia driver
[02:56] <duflu> bernie: OK, thanks. Unfortunately that means it's a bug I'm not yet aware of so don'
[02:56] <duflu> t have a quick fix
[02:56] <duflu> Further discussion will be in the bug itself...
[02:56] <bernie> duflu: there are a bunch of errors from compiz in ~/.xsession-errors:
[02:56] <bernie> Warn: glXCreatePixmap failed (multiple times)
[02:57] <bernie> compiz (decor) - Warn: failed to bind pixmap to texture
[02:57] <bernie> duflu: ok, i'll add what i found so far
[02:57] <duflu> bernie: That's not related I think. And it's something that we have fixed in compiz 0.9.8
[02:58] <bernie> duflu: is there a package in precise-proposed or some ppa?
[02:58] <duflu> bernie: No, sorry, not yet because 0.9.8 breaks compatibility with unity in precise. That needs to be resolved and both put in the same PPA. Will take time.
[03:00] <duflu> bernie: Thanks for adding the extra details. I will get to reviewing the bug formally today. It was already in my queue.
[03:00] <bernie> thanks a lot
[03:02] <bernie> i'm glad to help by providing logs or running debug binaries. i can also use gdb if needed.
[11:34] <greyback> cbradsha: hello
[11:34] <greyback> cbradsha_: hello again :)
[11:35] <cbradsha_> greyback: hi
[14:44] <davidcalle> mhr3, ping
[14:46] <davidcalle> Apparently, latest libunity breaks gi introspection.
[14:46] <mhr3> davidcalle, pong
[14:53] <davidcalle> mhr3, do you know where it could come from? configure.ac has been modified for GTK. Probably related.
[14:56] <mhr3> oh?
[14:59] <mhr3> davidcalle, can you pastebin the new gir?
[15:00] <davidcalle> mhr3, you mean /usr/lib/python2.7/dist-packages/gi/overrides/Unity.py ?
[15:01] <mhr3> davidcalle, /usr/share/gir-1.0
[15:03] <davidcalle> mhr3, http://pastebin.com/9LpQZaLB
[15:10] <greyback> cbradsha_: ping
[15:18] <mhr3> davidcalle, the girs are identical
[15:18] <mhr3> what's exactly the problem you're seeing?
[15:20] <davidcalle> mhr3, that's what bothers me. I've tried it on two machines. from gi.repository import Unity fails with "ERROR:root:Could not find any typelib for Unity"
[15:20] <mhr3> davidcalle, and do you have the typelib?
[15:21] <mhr3> davidcalle, /usr/lib/girepository-1.0
[15:21] <davidcalle> mhr3, yes, the Unity one is missing.
[15:22] <davidcalle> mhr3, yes as in "that's it"
[15:22] <mhr3> didrocks, ^^ typelib missing for latest libunity
[15:23] <didrocks> interesting, I ship it though
[15:23] <didrocks> so multiarch didn't work for you?
[15:23] <mhr3> typelib isn't arch-independant
[15:23] <didrocks> davidcalle: you have it under /usr/lib/x86_64-linux-gnu/girepository-1.0/Unity-5.0.typelib
[15:23] <didrocks> right?
[15:23] <didrocks> or i386 if you have an i386 machine
[15:24] <davidcalle> didrocks, it's here (on 64)
[15:24] <didrocks> davidcalle: so, it seems that gir doesn't know how to read multiarch
[15:24] <mhr3> bad gir, bad!
[15:25] <mhr3> or well, pygi?
[15:25] <didrocks> yeah, should be pygi
[15:25] <didrocks> I can workaround this for now
[15:25] <didrocks> not really fun, we loose the multiarch benefit
[15:25] <didrocks> but well
[15:33] <didrocks> mhr3: davidcalle: ok, next commit will be fine, I moved the file and tested
[15:34] <davidcalle> didrocks, thanks a lot
[15:34] <didrocks> davidcalle: yw :)
[15:58] <mzcl-mn> good afternoon
[15:59] <mzcl-mn> did you notice that after last upgrade to mesa drivers people are complaining about unity failing back to unity 2d?
[16:00] <mzcl-mn> I for one experienced this with the drivers I got from the amd site
[16:01] <mzcl-mn> to get back I had to uninstall those and use either the ones in jockey or the ones that came with the distro
[16:02] <mzcl-mn> is this reported yet?
[16:02] <mzcl-mn> I mean already... ;(
[16:02] <mzcl-mn> :(
[19:14] <cr3> hi folks, might anyone happen to know where /usr/lib/unity/autopilot.py might come from?
[19:14] <Zhenech> dpkg -S /usr/lib/unity/autopilot.py
[19:15] <cr3> Zhenech: exactly, no match, I wonder if it's something that existed and got removed at some point. I'm about to see if there might be a related log message in lp:unity
[19:16] <Zhenech> if removed, the file would be gone
[19:16] <Zhenech> (is it maybe a symlink?)
[19:17] <cr3> Zhenech: no symlink, but I am finding tools/autopilot and test/autopilot in lp:unity, not sure if it used to be installed at some point though


[02:33] <mfisch> Do we have a webpage that lists out of date universe packages like the desktop team uses (http://people.canonical.com/~platform/desktop/ubuntu-desktop.html)?
[02:38] <ajmitch> mfisch: there are various pages like http://qa.ubuntuwire.com/uehs/no_updated.html or http://qa.ubuntuwire.org/mdt/universe.html
[02:39] <mfisch> ajmitch: thanks, thats perfect
[03:47] <mfisch> any sbuild users here? as a pbuild user, I have a couple questions
[04:02] <mfisch> and I answered my own questions, had a permissions issue on a file
[06:29] <dholbach> good morning
[06:31] <geser> good morning
[12:04] <alo21> hi, I have a question about changelog during a merge...
[12:06] <alo21> I would like to focus on xenomai package (universe)...Why <IP_ADDRESS>-1ubuntu2  package doesn't report 2.4.8-2ubuntu1 changes?
[12:06] <mitya57> alo21: because it's not a merge
[12:07] <mitya57> <IP_ADDRESS>-1ubuntu1 does
[12:07] <alo21> ubuntu2 ?
[12:08] <mitya57> alo21: all merges have ...ubuntu1 number
[12:09] <alo21> mitya57, and   <IP_ADDRESS>-1ubuntu2 is just a Ubuntu upgrade. right?
[12:10] <mitya57> yes
[12:12] <alo21> hhmm.. ok. I am going to update the changelog
[12:14] <alo21> mitya57, when you mentioned debian/control and debian/libxenomai1.{postinst,preinst,postrm} files... are they just a part of uncommented files?
[12:15] <mitya57> alo21: uncommented?
[12:15] <alo21> not documented
[12:16] <mitya57> alo21: there was also changelog.dch in that diff, but it's just a dch's backup and should be deleted
[12:16]  * mitya57 will be back in an hour
[14:10] <alo21> I am running debdiff.. which diff do I have to create? debian-new_ubuntu?
[14:11] <mitya57> alo21: If you name it debian-ubuntu-something.debdiff, then it is supposed to be debian-new_ubuntu :)
[14:13] <alo21> mitya57, depends on what you want...I mean..during a merge, you pick debian package and apply my debdiff?
[14:15] <alo21> mitya57, for example..is this debdiff (http://pastebin.ubuntu.com/5735883/) good?
[14:24] <mitya57> ... and he is gone
[14:25] <geser> wanted to add some suggestions/comments on the debdiff and noted that he's gone too
[14:27] <mitya57> geser: add on bug 1186588 please


[06:05] <Aro> Is there an ETA for the Raspberry Pi port of 21.04?
[08:25] <sixwheeledbeast> if you want 21.04 do-release-upgrade from 20.10 should be fine. no idea on a iso eta. alternatively stick with lts.
[09:35] <Mekaneck> Aro:  no
[09:36] <Mekaneck> it should have been released two lonths ago, after the 21.04 desktop release but it didn't happen. The team is talking about it on discord. No news about a Pi imag yet.
[09:37] <Mekaneck> sixwheeledbeast: doesn't work as expected i have read
[09:37] <Mekaneck> sixwheeledbeast: and 20.04 does not boot from USB
[09:39] <Mekaneck> lonths/months
[09:41] <Mekaneck> I'm kinda disappointed that, after asking multiple times about the 21.04 Pi image,  i got not response at all from Martin.
[09:42] <Mekaneck> one of the reasons i moved on and use Ubuntu 21.04 and Manjaro KDE Plasma instead on the Pi's
[10:33] <Aro> Maybe I'll just have to switch back to the LTS. :(
[10:34] <Aro> It would be a big blow if Raspberry Pi ports were abandoned completely.
[10:34] <Aro> I don't want to use Gnome 3.
[11:03] <Mekaneck> Aro: there are always other distro's that support Pi images
[11:04] <Mekaneck> i have to say i'm amazed by the speed and performance of Manjaro KDE Plasma on the Pi 4. They have also Gnome, Xfce, MATE and Sway
[11:08] <Aro> I tried Manjaro Sway a while back.
[12:54] <superkuh> We're all using gnome3 anyway since GNOME-isms have been heavily applied to gtk3.
[12:55] <superkuh> MATE hasn't really been MATE since about 2015 due to this.


[18:21] <michalrus> Hi, this might be a weird message, but do you have any idea what [an agla am zaya drakue] might mean? Or is it even Hebrew?


[12:49] <ion_> http://www.bangkokpost.com/090507_Database/09May2007_data05.php "The Free Software movement is dead. Linux doesn't exist in 2007. Even Linus has got a job today." Controversial statements from the head of Microsoft's Linux Labs, Bill Hilf. Speaking on the last leg of a tour of Singapore, the Philippines, Malaysia, Indonesia and Thailand, Bill Hilf, more formally known as Microsoft's platform strategy director, was in the region to "be descriptive and ...
[12:49] <ion_> ... intelligent in giving people an understanding of open source and debunk a lot of the mythology around open source."
[08:24] <riczho> Hi!  Hopefully this is a good place to report that ubuntu.com and http://www.canonical.com/ seem to be down now.
[08:26] <jmg> not the correct place, and the people that need to know already know
[08:27] <riczho> Aha- thanks.  Just wanted to make sure :)
[08:27] <riczho> Good luck!
[09:50] <YokoZar> Does anyone know why when I point pbuilder at a .dsc file (alongside a .orig.tar.gz and a .diff.gz) and tell it to build, the resulting .orig.tar.gz and .diff.gz files have different md5 sums?
[09:54] <Chipzz> YokoZar: wild guess: because they're compressed with a different level of compression? ;)
[09:54] <YokoZar> Chipzz: hmm...possibly...how do I test that though?
[09:55] <YokoZar> I guess the point is pbuilder isn't just copying them, but is rebuilding them
[09:55] <Chipzz> no idea; except maybe trying the different compression levels by hand?
[09:55] <Chipzz> but do you mean they have the same content when decompressing, or not?
[09:56] <YokoZar> They should have the same content when decompressing
[09:57] <YokoZar> I have a more urgent question though
[09:57] <YokoZar> and that is what this error means with apt-get update:
[09:57] <YokoZar> Failed to fetch http://wine.budgetdedicated.com/apt/dists/feisty/Release
[09:57] <YokoZar> Unable to find expected entry  main/source/Sources in Meta-index file
[09:57] <YokoZar> (malformed Release file?)
[10:19] <shawarma> YokoZar: Try apt-get update again..
[10:19] <YokoZar> shawarma: No it's a problem with my repository
[10:19] <YokoZar> I think is screwed up reprepro
[10:19] <shawarma> YokoZar: You're the wine guy?
[10:19] <YokoZar> Yeah
[10:19] <shawarma> YokoZar: Ah, ok.
[10:20] <YokoZar> The problem stems from having pbuilder give different md5sums for the source package after pbuilder plays with it
[10:20] <YokoZar> so I build an amd64 package and an i386 package, and reprepro throws a fit with the second one because the source package has a different md5sum
[10:20] <shawarma> YokoZar: Try putting "DscIndices: Sources Release . .gz .bz2
[10:21] <YokoZar> shawarma: where?
[10:21] <shawarma> YokoZar: Try putting "DscIndices: Sources Release . .gz .bz2" in your reprepro distributions flie.
[10:21] <shawarma> file
[10:21] <YokoZar> ok one moment
[10:22] <YokoZar> You mean as a new line under the one for feisty right?
[10:22] <shawarma> Yes
[10:23] <YokoZar> ok done.  What will that do?
[10:23] <shawarma> http://wine.budgetdedicated.com/apt/conf/distributions   is that your conf file?
[10:23] <shawarma> Ah, there it is.
[10:23] <YokoZar> yes
[10:23] <shawarma> never mind.
[10:24] <shawarma> Just rerun reprepro
[10:25] <shawarma> "reprepro export feisty" or something.
[10:25] <YokoZar> k one moment
[10:27] <YokoZar> ok done
[10:27] <shawarma> YokoZar: Good. Then apt-get update and see if it's happy.
[10:27] <YokoZar> now I need to resign the release
[10:28] <shawarma> YokoZar: Your reprepro doesn't help you do that?
[10:28] <YokoZar> nope I have to do it by hand
[10:28] <YokoZar> this is the dapper reprepro
[10:28] <YokoZar> looks like apt-get update is happy
[10:28] <YokoZar> Thank you so much shawarma
[10:29] <shawarma> YokoZar: The one in Dapper should be able to do the signing, too.
[10:30] <YokoZar> Hmm, guess I need to configure it to set that up then.  All I've been doing is just navigating to the release file and signing it by hand
[10:30] <shawarma> YokoZar: Add "SignWith: e8bda4e3" where e8bda4e3 of course should be your gpg key id.
[10:31] <YokoZar> shawarma: to the config file?
[10:31] <shawarma> YokoZar: and the either use gpg-agent or remember to add "--ask-passphrase" very early on the reprepro command line. It will show you a *very* cryptic prompt, but just type your passphrase, and it should be happy.
[10:31] <shawarma> YokoZar: Yes.
[10:31] <shawarma> YokoZar: I got to run for half an hour...
[10:31] <YokoZar> I need to add it to every distribution right?
[10:32] <YokoZar> Thanks for your help again
[11:00] <shawarma> YokoZar: Did you figure it out?
[11:00] <YokoZar> shawarma: well everything is signed already so I'm gonna wait 2 weeks to see if the signwith thing made a difference
[11:01] <YokoZar> But apt-get update is happy now
[11:01] <shawarma> YokoZar: Made a difference? You were trying to solve a specific problem?
[11:02] <YokoZar> shawarma: err we already solved that problem ;)  I was just talking about not having to sign the release file by hand anymore
[11:02] <shawarma> YokoZar: Ah, right. You can test it by just running "reprepro --ask-passphrase export feisty" or something.
[11:03] <YokoZar> ahh I guess that will work too
[11:03] <YokoZar> heh, thanks
[11:03] <shawarma> YokoZar: No problem.
[11:03] <YokoZar> So do you keep your own reprepro repo?
[11:04] <shawarma> YokoZar: Used to.
[11:06] <shawarma> YokoZar: I used to use it to prerelease proposed bug fixes.
[11:07] <YokoZar> shawarma: Ahh, good idea.
[01:14] <rgl> hi
[01:17] <sladen> hello rgl
[01:17] <rgl> I'm trying to rebuil bind9, but its faling with some errors that I dunno how to fix: http://pastie.caboo.se/61190   can you please help me?
[01:17] <sladen> rgl: I think everyone else is relaxing by the pool or travelling
[01:18] <sladen> rgl: sudo apt-get build-dep bind9
[01:18] <rgl> sladen, I though it already has the deps resolved, because it started to build fine.
[01:19] <rgl> sladen, yeah, the build-dep returned: 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
[01:21] <sladen> rgl: are you running under fakeroot
[01:21] <sladen> rgl: with the source installed *without* sudo
[01:22] <sladen> rgl: have a look for the file(s) it is complaining about
[01:22] <rgl> sladen, oh, sorry, I forgot to include the build command I'm using: dpkg-buildpackage -rfakeroot -uc -b
[01:22] <ion_> sladen: I think you mean *with*
[01:22] <ion_> You probably have files owned by root there.
[01:23] <rgl> sladen, yes, I did apt-get source bind9 inside my user account (non-root)
[01:23] <sladen> ion_: no, I mean *without*
[01:23] <ion_> In that case, im trying to figure out why would it complain about permissions.
[01:23] <sladen> ion_: otherwise the files will be owned by root, and building as a user will file, because there aren't the permissions to modify them
[01:24] <ion_> If you sudo apt-get source ..., the files will be owned by root, right? If you just apt-get source ..., they will be owned by your user.
[01:24] <sladen> rgl: try doing 'ls' on the files and directories it is complaining about
[01:25] <sladen> ion_: correct.  and you want the second (owned by the user)
[01:25] <ion_> sladen: Ah, i had misread your line. I thought you meant you have the source installed without sudo.
[01:26] <rgl> sladen, I'm not sure from where should I resolve the relative path ../../../..
[01:26] <rgl> from bind9-9.3.2 ?  (where I've run dpkg-buildpackage)
[01:26] <ion_> rgl: sudo chmod -R youruser:yourgroup .
[01:27] <rgl> ion_, I've already mention the files are inside my $HOME with my used:group ;)
[01:32] <rgl> can you please see: http://id.ruilopes.com/typescript.txt
[01:32] <rgl> I've run: fakeroot debian/rules binary
[01:32] <rgl> and in that file, you can see the full output :|
[01:33] <Kmos> rgl :)
[01:34] <rgl> hey Kmos :D
[01:35] <rgl> Kmos, ever build the bind9 package?
[01:35] <Kmos> nop
[01:35] <rgl> its failing, and I'm not seeing how to make it work :|
[01:35] <Kmos> rgl: it doesn't exist an updated .deb version ?
[01:36] <Kmos> calipo has edgy ?
[01:36] <Kmos> rgl: try #ubuntu-motu
[01:36] <rgl> Kmos, I need to add some configure switches to it.  the default .deb package does not do the trick for me.
[01:36] <rgl> Kmos, I did.  all asleep/parting somewhere
[01:37] <Kmos> rgl: i've done ddclient new version for gutsy
[01:37] <rgl> Kmos, maybe you can figure out the problem from:  http://id.ruilopes.com/typescript.txt
[01:37] <Kmos> rgl: how about to do dpkg-buildpackage -S -rfakeroot
[01:37] <Kmos> inside bind9 directory
[01:38] <rgl> -S?  /me check the man
[01:38] <sladen> rgl: is this on fiesty/gustsy?
[01:38] <rgl> Kmos, I've used dpkg-buildpackage -rfakeroot -uc -b
[01:38] <rgl> sladen, no, its edgy (6.10)
[01:39] <Treenaks> ok.. I have this PCI device, which has 4 4k blocks of memory.. how can I dump the contents of those memory blocks to disk? I can't figure out how to make dd do it for me..
[01:40] <Treenaks> (oh, and the device is driverless currently)
[02:11] <jdub> it's gusty time!
[02:11] <bhale> jdub: oh?
[02:12] <Treenaks> jdub: Had a spicy dinner then?
[02:12] <jdub> bhale: looks like gusty has 2.6.22 (will work with powertop)
[02:12] <Treenaks> jdub: (or should we call this release cycle 'hurricane season'?)
[02:12] <bhale> jdub: you also get the very latest "finger" technology
[02:13] <jdub> ooh, lots to upgrade
[02:13] <Treenaks> heh.. I saw the Intel guys use that at UDS 'We need to release this soonish...'
[02:13] <Treenaks> 1 day later, they did, apparently
[02:13] <Treenaks> bhale: http://www.linuxpowertop.org/
[02:13] <bhale> pochu even merged muine already
[02:13] <bhale> pochu: hugs
[02:15] <pochu> bhale: slomo_ told me to do it :)
[02:15] <bhale> ah
[02:19] <bhale> this iceweasel business in debian is unhinged
[02:19] <bhale> more and more deltas coming into beagle packaging to just s/firefox/iceweasel... for Justice
[02:20] <jdub> bhale: haw haw :-)
[02:22] <bhale> oh
[02:22] <bhale> Xorg blue screen of death
[02:23] <Spads> It's a real pity, because iceweasel is such a better name than firefox anyway
[02:25] <Treenaks> Spads: Lightningyak rules even more (yay firesomething extension :)
[02:40] <ompaul> Treenaks, they were we need to edit the same information at the same time and some lame irish person pointed them at gobby they were happy after that
[02:41] <ompaul> Treenaks, the intel guys
[02:41] <azeem> did somebody look at the Liberation fonts license terms?  Are they fine for Ubuntu?
[02:45] <tepsipakki> should be, if they are fine for redhat/fedora
[02:46] <jdub> azeem: gpl+font exception
[02:47] <azeem> jdub: well, plus some "Intellectual Properties" asserting their Trademark rights
[02:47] <azeem> +clause
[02:48] <azeem> I'm a bit dissapointed by their lawyer-speak
[02:49] <azeem> "Subject to the following terms, Red Hat, Inc. ("Red Hat") grants to the user ("Client") a license to this work pursuant to  the GNU General Public License v.2 with the exceptions set forth below and such  other terms as our set forth in this End User License Agreement."
[02:49] <ion_> I just granted some fecal property rights to a porcelain container.
[03:26] <bhale> jdub: oooh powertop
[03:29] <jdub> bhale: doesn't work with current gusty kernel tho either :
[03:29] <jdub> :|
[03:29] <bhale> jdub: you forced it to install 2.6."22"? it isnt in linux-meta yet
[03:29] <jdub> ja
[03:30] <bhale> "when running a gnome desktop 3 wakeups per second is acheivable"
[03:31] <bhale> gnome mobile drives the desktop (again)
[03:36] <mjg59> bhale: CONFIG_TIMER_STATS isn't set in 22 yet
[03:36] <bhale> mjg59: are we going to try NO_HZ?
[03:37] <mjg59> It's on already
[03:38] <bhale> i'd better give that a run on the laptop
[03:38] <mjg59> I'm working through some of the fixups
[03:38] <jdong> how are the real-world power savings on CONFIG_HZ?
[03:38] <mjg59> There's going to need to be some kernel work for several machines
[03:38] <mjg59> jdong: Varies heavily
[03:38] <mjg59> jdong: Optimally, a couple of watts
[03:39] <jdong> ok
[03:39] <mjg59> So if your machine is drawing 25 to start with, it's not a huge win
[03:39] <mjg59> If you're under 10, that's obviously not the case
[03:39] <jdong> I'd expect the savings to become more significant wit h the next gen CPU's that can enter a much deeper sleep?
[03:40] <mjg59> As CPUs improve there's more potential for improvement, yeah
[03:41] <jdong> cool
[07:20] <TeKnoW> Attention:  private conflicts with christel lead to netwide bans. And complaints are to be taken to the PDPC lawyer. That is how your donations are used.
[07:22] <jdong> umm... intreesting....
[07:56] <pygi> join #edubuntu
[08:32] <KHatfull> greetings...
[08:33] <KHatfull> I come by way of #ubuntforums...is mjg59 around?
[08:54] <mitsuhiko> is it possible that pycentral randomly breaks on ubuntu?
[09:21] <TomaszD> anyone knows the date for next language-pack upload for feisty?
[10:43] <pureDesi> I want to start developing under ubuntu but not sure what language I should dedicate myself to, any suggestions?
[10:46] <pygi> pureDesi, dunno, python? :)
[10:47] <pureDesi> sounds good
[10:48] <pygi> great then
[10:48] <pureDesi> I know PHP/MySQL couple of other minor languages, do these relate to python in any way?
[11:01] <pochu> cjwatson: hello! are you ok if I merge base-files?
[11:59] <av16ar> hello everybody


[00:22] -queuebot:#ubuntu-release- New: accepted rust-clap [riscv64] (kinetic-proposed) [3.1.8-1]
[05:48] -queuebot:#ubuntu-release- New binary: rust-coreutils [riscv64] (kinetic-proposed/universe) [0.0.14-3] (no packageset)
[11:22] -queuebot:#ubuntu-release- New binary: pocl [amd64] (kinetic-proposed/universe) [3.0-1] (no packageset)
[13:04] -queuebot:#ubuntu-release- New sync: oem-sutton.simon-babak-meta (focal-proposed/primary) [20.04~ubuntu1]
[13:04] -queuebot:#ubuntu-release- New sync: oem-sutton.newell-aerwyna-meta (focal-proposed/primary) [20.04~ubuntu1]
[13:05] -queuebot:#ubuntu-release- New sync: oem-sutton.newell-aethelberht-meta (focal-proposed/primary) [20.04~ubuntu1]
[13:52] -queuebot:#ubuntu-release- Packageset: Added oem-somerville-beric-tgl-meta to canonical-oem-metapackages in bionic
[13:52] -queuebot:#ubuntu-release- Packageset: Added oem-somerville-beric-tgl-meta to canonical-oem-metapackages in focal
[13:52] -queuebot:#ubuntu-release- Packageset: Added oem-somerville-beric-tgl-meta to canonical-oem-metapackages in jammy
[14:15] -queuebot:#ubuntu-release- Unapproved: xdg-desktop-portal (jammy-proposed/main) [1.14.3-0ubuntu<IP_ADDRESS> => 1.14.4-1ubuntu1~22.04.1] (desktop-core)
[14:37] -queuebot:#ubuntu-release- Packageset: Added oem-somerville-bowen-meta to canonical-oem-metapackages in bionic
[14:37] -queuebot:#ubuntu-release- Packageset: Added oem-somerville-kingdra-adl-meta to canonical-oem-metapackages in bionic
[14:37] -queuebot:#ubuntu-release- Packageset: Added oem-somerville-kingdra-adl-wave2-meta to canonical-oem-metapackages in bionic
[14:37] -queuebot:#ubuntu-release- Packageset: Added oem-somerville-bowen-meta to canonical-oem-metapackages in focal
[14:37] -queuebot:#ubuntu-release- Packageset: Added oem-somerville-kingdra-adl-meta to canonical-oem-metapackages in focal
[14:37] -queuebot:#ubuntu-release- Packageset: Added oem-somerville-kingdra-adl-wave2-meta to canonical-oem-metapackages in focal
[14:37] -queuebot:#ubuntu-release- Packageset: Added oem-somerville-bowen-meta to canonical-oem-metapackages in jammy
[14:37] -queuebot:#ubuntu-release- Packageset: Added oem-somerville-kingdra-adl-meta to canonical-oem-metapackages in jammy
[14:37] -queuebot:#ubuntu-release- Packageset: Added oem-somerville-kingdra-adl-wave2-meta to canonical-oem-metapackages in jammy
[14:39] -queuebot:#ubuntu-release- New sync: oem-somerville-beric-tgl-meta (focal-proposed/primary) [20.04~ubuntu1]
[14:42] -queuebot:#ubuntu-release- New sync: oem-somerville-bowen-meta (focal-proposed/primary) [20.04~ubuntu1]
[14:47] -queuebot:#ubuntu-release- New sync: oem-somerville-kingdra-adl-meta (focal-proposed/primary) [20.04~ubuntu1]
[14:47] -queuebot:#ubuntu-release- New sync: oem-somerville-kingdra-adl-wave2-meta (focal-proposed/primary) [20.04~ubuntu1]
[14:48] -queuebot:#ubuntu-release- New sync: oem-sutton.newell-caesarea-meta (focal-proposed/primary) [20.04~ubuntu1]
[14:48] -queuebot:#ubuntu-release- New sync: oem-sutton.newell-cahya-meta (focal-proposed/primary) [20.04~ubuntu1]
[14:52] -queuebot:#ubuntu-release- Packageset: Added oem-sutton.newell-caesarea-meta to canonical-oem-metapackages in bionic
[14:52] -queuebot:#ubuntu-release- Packageset: Added oem-sutton.newell-cahya-meta to canonical-oem-metapackages in bionic
[14:52] -queuebot:#ubuntu-release- Packageset: Added oem-sutton.newell-caesarea-meta to canonical-oem-metapackages in focal
[14:52] -queuebot:#ubuntu-release- Packageset: Added oem-sutton.newell-cahya-meta to canonical-oem-metapackages in focal
[14:52] -queuebot:#ubuntu-release- Packageset: Added oem-sutton.newell-caesarea-meta to canonical-oem-metapackages in jammy
[14:52] -queuebot:#ubuntu-release- Packageset: Added oem-sutton.newell-cahya-meta to canonical-oem-metapackages in jammy
[15:02] -queuebot:#ubuntu-release- New: accepted pocl [amd64] (kinetic-proposed) [3.0-1]
[15:02] -queuebot:#ubuntu-release- New: accepted rust-coreutils [riscv64] (kinetic-proposed) [0.0.14-3]
[15:09] <blackboxsw> sil2100: if there is time today, we'd like to avoid SRU aging on a shallow bug fix for cloud-init if possible to avoid additional breakage for anyone launching new instances with specific `phone_home:` user-data in cloud-config  https://bugs.launchpad.net/cloud-init/+bug/1977952
[15:11] -queuebot:#ubuntu-release- Unapproved: quassel (jammy-proposed/universe) [1:0.14.0-1build1 => 1:0.14.0-1ubuntu<IP_ADDRESS>] (kubuntu)
[16:26] <bdmurray> tsimonq2: I've set the number of rebuilds a product owner can request per day to 6 in the ISO tracker.
[16:32] <tsimonq2> bdmurray: Thank you very much!
[17:16] <vorlon> schopin: what do you make of the autopkgtest regression for rust-parking-lot on armhf? https://autopkgtest.ubuntu.com/packages/r/rust-parking-lot/kinetic/armhf  I would like to ignore this because the test only passed before on armhf and no other archs, and it seems to have to do with some non-default build options with rust-parking-lot that don't impact any of our distro use, and it's holding up
[17:16] <vorlon> me fixing archive uninstallability https://people.canonical.com/~ubuntu-archive/proposed-migration/kinetic_uninst.txt
[19:06]  * tsimonq2 plans on fixing vim in the next 48, apologies if someone is waiting on it
[20:30] <vorlon> LocutusOfBorg: pandoc ftbfs on armhf,s390x makes the release version uninstallable with -proposed pandoc-data, blocks libgdal transition w/ https://launchpad.net/ubuntu/+source/osmcoastline/2.3.1-1build3  :/
[20:56] -queuebot:#ubuntu-release- Unapproved: reprepro (bionic-proposed/universe) [5.1.1-1 => 5.1.1-1ubuntu18.04.1] (no packageset)
[21:03] -queuebot:#ubuntu-release- Unapproved: openldap (jammy-proposed/main) [2.5.11+dfsg-1~exp1ubuntu3.1 => 2.5.12+dfsg-0ubuntu<IP_ADDRESS>] (i386-whitelist, ubuntu-server)
[21:39] <vorlon> why does paraview embed a whole copy of vtk with no option to build against the system one >_<
[21:40] <tsimonq2> The worst thing about that is that's not the only package I came across that does that...
[21:41] <tsimonq2> vtk specifically
[21:42] <vorlon> well it currently ftbfs because of bugs in the embedded copy. :P
[21:42] <vorlon> and I am not inclined to patch the embedded copy
[21:44]  * tsimonq2 wonders what upstream like that are thinking sometimes
[21:57] <LocutusOfBorg> vorlon, and we just uploaded a new ghc in kinetic, starting an haskell transition
[21:57] <LocutusOfBorg> and I hope to unblock ghc build here https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/4867/+build/23845954
[22:04] <LocutusOfBorg> xnox, hello care to merge nodejs?
[22:05] <LocutusOfBorg> debian changed the openssl.cnf file, I don't know how to patch the file... I might try uploading and see autopkgtests...
[23:03] -queuebot:#ubuntu-release- Unapproved: plasma-optimus (jammy-proposed/universe) [22.04.2-0ubuntu1 => 22.04.2-0ubuntu2] (no packageset)
[23:23] -queuebot:#ubuntu-release- New binary: gsasl [s390x] (kinetic-proposed/universe) [1.11.3-2] (no packageset)
[23:24] -queuebot:#ubuntu-release- New binary: gsasl [amd64] (kinetic-proposed/universe) [1.11.3-2] (no packageset)
[23:24] -queuebot:#ubuntu-release- New binary: gsasl [ppc64el] (kinetic-proposed/universe) [1.11.3-2] (no packageset)
[23:33] -queuebot:#ubuntu-release- New: accepted gsasl [amd64] (kinetic-proposed) [1.11.3-2]
[23:33] -queuebot:#ubuntu-release- New: accepted gsasl [s390x] (kinetic-proposed) [1.11.3-2]
[23:33] -queuebot:#ubuntu-release- New: accepted gsasl [ppc64el] (kinetic-proposed) [1.11.3-2]
[23:46] -queuebot:#ubuntu-release- New binary: gsasl [arm64] (kinetic-proposed/universe) [1.11.3-2] (no packageset)
[23:48] -queuebot:#ubuntu-release- New binary: gsasl [armhf] (kinetic-proposed/universe) [1.11.3-2] (no packageset)


[00:06] <Jeruvy> evening.
[17:03] <dscassel> Any thoughts on this? http://ubuntuforums.org/showthread.php?t=1722827
[17:07] <genii-around> dscassel: Reply looks good. The Ubuntu Hour is a good start I think
[17:07] <dscassel> Yeah, definitely.
[17:07] <genii-around> Gotta go order lunch next door, back in a few
[18:00]  * genii-around polishes off the last of his lunch and sighs contentedly
[23:06] <Jeruvy> Calgary, Alberta: Overcast and -2°C | Heat Index: NA°C | Winds From the North at 12 MPH | Windchill: -8°C | Pressure: 30.12in/1020mb | Humidity: 80% | Dew: -5°C | Visiblity: 8.0km
[23:08] <Jeruvy> Anyone didn't get enough winter come to Calgary this weekend.  :)


[11:38] <acheronuk> hi.
[11:39] <acheronuk> bug #1699762
[11:39] <ubot5`> bug 1699762 in youker-assistant (Ubuntu) "Please remove from artful, or fix build against OpenCV 3.1" [Undecided,New] https://launchpad.net/bugs/1699762
[11:42] <acheronuk> as can be seen in: https://launchpad.net/ubuntu/+source/youker-assistant/2.2.7-0ubuntu3
[11:42] <acheronuk> that will fail to build from now on unless fixed
[11:43] <acheronuk> and blocks OpenCV transition