[12:05] <Anon9155> forse sono solo
[12:05] <Anon9155> caio a tutti
[12:05] <Anon9155> buon giorno a tutti
[15:04] <datacrusher> hello everyone. iv updated my ubuntu from 9.10 to 10.04 and installed ubuntustudio package over it. how do i check if RT stuff are really active?
[15:04] <holstein> hey datacrusher
[15:04] <holstein> you can run uname -a
[15:04] <holstein> to determine what kernel your running
[15:05] <holstein> SOMEWHERE, there's a script
[15:05] <datacrusher> ahuehaue
[15:05] <datacrusher> well, i booted on the wrong kernel i think, ill reboot
[15:05] <holstein> tells youyour settings specific to audio
[15:06] <holstein> all the limits.conf settings
[15:06] <datacrusher> theres a new ubuntustudio settings btw
[15:06] <datacrusher> but only 3 settings, memlock nice
[15:06] <holstein> yup
[15:06] <holstein> looks good right?
[15:06] <datacrusher> looks nice
[15:06] <holstein> you might want to look at
[15:06] <holstein> !grub2
[15:06] <datacrusher> well, ok, booted on the rt kernel
[15:06] <holstein> OH
[15:07] <holstein> OK
[15:07] <datacrusher> oh crap, on the rt kernel i got no network :(
[15:08] <holstein> which one?
[15:08] <sobukus> I figured that putting a network-manager restart into a desktop startup script helps to bring the network icon back... also when one has some built-in network setup via /etc/interfaces
[15:09] <datacrusher> hmm that would be nice
[15:09] <datacrusher> but if i call it from terminal will it work? or only at startup
[15:47] <sobukus> datacrusher: try what happens on terminal... sudo service network-manager restart
[15:48] <sobukus> I put that into  a "startup application" and enabled password-less execution for this specific sudo command
[15:48] <sobukus> but in any case: If that helps you, it's a bug in network-manager and should be fixed
[16:49] <datacrusher> sobukus, oh, i see
[16:49] <datacrusher> glad to hear its a bug, not my fault
[16:55] <VehementStar> http://mingle2.com/zombieharmony/free-dating-sites
[17:36] <jussi> VehementStar: please dont spam here.
[17:41] <VehementStar> spam?
[17:41] <VehementStar> I think someone needs a definition of what spam is.
[17:50] <astraljava> Well, granted, the first thing I thought about judging from the URL, was spam too. :)
[17:54] <holstein> as the old saying goes, 'one mans trash...'
[17:54]  * holstein is just glad to see some activity :)
[17:54] <holstein> it seems to have picked up a little in here
[17:54] <holstein> since lucid went final
[17:55] <holstein> couple of new folks trying it out
[17:55] <holstein> and some dist-upgraders
[17:55] <holstein> pretty cool
[18:01] <datacrusher> yeah
[18:02] <datacrusher> i use ubuntustudio since 8 version
[18:02] <datacrusher> 9.04 was kinda bad.. i went back to 8
[18:02] <datacrusher> now fully updated to 10.04, for now its fine
[18:03] <holstein> datacrusher: w00t
[18:03] <datacrusher> 9 i had way to manny xruns
[18:03] <datacrusher> couldnt find why
[18:04] <datacrusher> same hard config on 8 was just fine
[18:04] <datacrusher> kinda jumped from 8 to 10
[18:04] <datacrusher> on my notebook if just updated the ubuntustudio packages
[18:04] <datacrusher> ill give a try on the note too
[18:04] <datacrusher> bad i didnt manage to get regular ubuntu boot and splash screen back
[18:05] <holstein> datacrusher: did you do an upgrade from 8.04 ?
[18:07] <VehementStar> I still have to upgrade at the house
[18:07] <VehementStar> I just got this box at the office updated
[18:08] <datacrusher> well, iv done a fresh install on 10
[18:08] <datacrusher> on my homestudio
[18:08] <datacrusher> on my notebook iv updated from 9.10 to 10.04, and them to studio packages
[21:28] <kilonux> help for new studioer( 10.4 ) ? no wifi. works fine on Ubuntu 9.04


[15:18] <ted__> can someone update the Calendar/Scheduled meetings link? the correct link for the fridge is here: http://fridge.ubuntu.com/calendars/fridge/
[15:57] <pitti> o/
[15:59] <kees> \o
[16:00] <pitti> hey kees!
[16:00]  * slangasek waves
[16:02] <kees> hi! :)
[16:02] <slangasek> chair: infinity
[16:03] <slangasek> fallback: kees
[16:04]  * kees looks around for infinity
[16:04] <kees> Okay, I'll go :)
[16:04] <kees> #startmeeting
[16:04] <meetingology> Meeting started Tue Aug  4 16:04:58 2015 UTC.  The chair is kees. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[16:04] <meetingology> Available commands: action commands idea info link nick
[16:05] <kees> [topic] action review
[16:05] <kees> ACTION: slangasek to forward complaint to Canonical legal
[16:05] <slangasek> still carry over
[16:05] <kees> ACTION: slangasek to document maas, juju, docker exceptions on https://wiki.ubuntu.com/StableReleaseUpdates#Special_Cases
[16:06] <slangasek> sigh, carry-over of that one too
[16:06] <kees> heh, cool
[16:06] <kees> ACTION: pitti to propose amendment to general SRU policy for new features in LTS
[16:06] <pitti> carry-over, please *blush*
[16:06] <kees> ACTION: all to respond to the Ubuntu Fan SRU proposal on list
[16:06] <pitti> at least that one I did (was much more urgent)
[16:06] <kees> I didn't reply to this, but it seemed generally ok
[16:06] <pitti> after the rather involved debate it was a lot less scary than it seemed initially
[16:06] <pitti> after getting much more detail about it
[16:07] <kees> yeah
[16:08] <kees> should that one be considered "done"?
[16:08] <pitti> (even though the entire thing still smells a bit mysterious to me -- like an in-kernel DHCP server)
[16:08] <pitti> yes AFAICS
[16:09] <kees> [topic] mailing list review
[16:09] <pitti> I see nothing outstanding
[16:10] <kees> me either.
[16:10] <kees> [topic] bugs
[16:10] <kees> none!
[16:10] <kees> [topic] next chair
[16:10] <kees> looks like alpha sort puts pitti as next back-up?
[16:11] <pitti> ack
[16:11] <kees> [topic] other business
[16:11] <kees> anything spontaneous? :)
[16:12] <pitti> ice cream!
[16:12] <ted__> just an announcement: it looks like we're forming a doc sprint for the openhelp conference in cincinnati
[16:13] <ted__> three people so far. we'd love to have more. :)
[16:15] <kees> +1 for ice cream while documenting
[16:15] <kees> that's all then! thanks everyone!
[16:15] <kees> #endmeeting
[16:15] <meetingology> Meeting ended Tue Aug  4 16:15:15 2015 UTC.
[16:15] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-meeting-2/2015/ubuntu-meeting-2.2015-08-04-16.04.moin.txt
[16:16] <pitti> cheers


[12:31] <thom> hrm, must get popcon setup finished
[01:18] <lupus_> jdub, can you make a wiki for the UbuntuJava and UbuntuEclipse so I can add some interresting links and info?
[01:18] <lupus_> I'm searching on developers blogs about related stuff
[01:33] <thom> lupus_: dude, you can DIY
[01:33] <lupus_> DIY?
[01:33] <thom> do it yourself
[01:34] <lupus_> see private plz
[01:34] <sivan> mdz : ping
[01:35] <mdz> sivan: pong
[01:35] <thom> please don't send me private messages, they're completely useless to everyone else
[01:35] <lupus_> I don't want to flood :)
[01:36] <thom> and if you can't sign up, you're not gonna be able to edit pages either, so i suggest you send mail to<EMAIL_ADDRESS>with your problem
[01:36] <sivan> mdz : what's up? :) I have reinstalled Ubuntu on the laptop, this time with ext3, currently upgrading to hoary..disk operations seems again very very slow , did you have any insights regarding this? :)
[01:37] <sivan> mdz : the thing is, I recalled you said something about overheating..But the fan seems to start work and stop in a "normal" way...do we have any fixed kenrel to use on hoary or anything else that might help?
[01:38] <mdz> sivan: can you follow up to Bugzilla instead?
[01:38] <sivan> mdz : yes sure ! :)
[01:38] <mdz> someone else reported a similar problem, but I couldn't find your bug at the time
[01:38] <sivan> mdz : sorry for even bringing this up on the irc bit disposal medium :)
[01:44] <lupus_> wasn't there an issue with hal
[01:44] <lupus_> that made hd very slow
[01:47] <lupus_> http://article.gmane.org/gmane.comp.freedesktop.hal/1184/match=+slow
[01:47] <lupus_> don't know if it is related
[01:59] <jdub> hrm, OOo powerpc failed :|
[02:06] <tseng> x86 still going?
[02:17] <mdz> jdub: already in bugzilla
[02:17] <mdz> tseng: i386 and amd64 still pending
[03:12] <magnon> yay, ubuntu golf shirt on its way.
[03:16] <GotD0t> magnon: haha
[04:07] <spotter> anyone awake?
[04:11] <mdz> yes
[04:12] <spotter> think I found a bug in nautilus or something, unsure which really
[04:12] <spotter> basically gnome-volume-manager works correctly when i insert a DVD
[04:12] <spotter> i.e. mounts it and launches totem
[04:12] <spotter> but then when I open the mounted desktop icon, it just opens it in nautilus, and doesn't start totem
[04:12] <spotter> seems wrong
[04:13] <spotter> seem to recall it working correctlhy w/ 2.8 out of debian experimental (well, gnome-volume-manager didn't work, but playing a mounted DVD via nautilus did)
[04:14] <spotter> mdz: seems wrong to you too?
[04:16] <mdz> spotter: you just filed a bug in bugzilla about this
[04:16] <spotter> yes
[04:17] <spotter> sheesh, you check up on me
[04:17] <mdz> I read bugs as they come in
[04:17] <spotter> that could lead to lots of mail in the future
[04:17] <spotter> :)
[04:18] <mdz> it is already a lot of mail
[04:18] <mdz> anyway, seb128 will look at it tomorrow
[04:18] <spotter> a new bug about to be filed
[04:18] <spotter> music view doesnt seem to work in nautilus either
[04:18] <spotter> should I make sure to say this is all hoary?
[04:18] <spotter> or is that sort of assumed?
[04:20] <mdz> it's a good idea to mention which release you are running
[04:22] <spotter> and not set target milestone myself :-[
[04:22] <spotter> :)
[06:42] <fabbione> mdz: that kernel upgrade problem.
[06:43] <fabbione> does it look like this:
[06:43] <fabbione> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=281953
[06:43] <fabbione> ?
[06:43] <mdz> yes, it does
[06:44] <fabbione> it claims to be fixed in our packages
[06:44] <mdz> yes
[06:44] <mdz> Buildinfo: "This was produced by kernel-package version 8.114ubuntu1."
[06:44] <mdz> that is what linux-image-<IP_ADDRESS>-3-powerpc_<IP_ADDRESS>-19_powerpc.deb says
[06:44] <fabbione> so either the merge or the fix is wrong
[06:46] <mdz> merge looks fine
[06:46] <mdz> http://people.ubuntulinux.org/~scott/ongoing-merge/kernel-package/kernel-package_ubuntu.debdiff
[06:46] <mdz> lamont: what happened with alsa-driver?
[06:47] <fabbione> night lamont
[06:47] <mdz> there has been another kernel-package upload to unstable, though
[06:47] <mdz> nothing in the changelog about fixing the fix, though
[06:48] <lamont> mdz: what happened?
[06:49] <mdz> lamont: it seems like you did a merge (1.0.6a-10ubuntu1) and then overwrote it with a sync (1.0.6a-11)
[06:49] <lamont> oh.
[06:49] <lamont> that
[06:49] <mdz> it's in bugzilla, worry about it tomorrow
[06:49] <lamont> ISTR it looked like -11 had all of our diff from 10ubuntu1
[06:50] <lamont> yeah.  will actually look at it tomorrow
[06:50] <lamont> but to sleep
[06:50] <mdz> it is at the least missing the unmuting magic
[06:50] <fabbione> mdz: i need a way to reproduce that bug
[06:51] <mdz> fabbione: all that I can provide tonight is a transcript of the upgrade
[06:51] <mdz> tomorrow I will try to burn a powerpc and recover the system
[06:51] <mdz> but currently it is unbootable
[06:51] <fabbione> ok
[06:51] <mdz> let me know if you would like the transcript
[06:52] <mdz> it contains the kernel-package output
[06:52] <mdz> The link /boot/initrd.img is a dangling link
[06:52] <mdz> Removing symbolic link /boot/initrd.img
[06:52] <mdz>  you may need to re-run yaboot
[06:52] <fabbione> well i am not even sure i will have the time to fix it before Mataro
[06:54] <mdz> Not touching initrd symlinks since we are being reinstalled (<IP_ADDRESS>-17)
[06:54] <mdz> there is the bug
[06:54] <mdz> well, I don't understand the first part either
[06:54] <fabbione> neither do i
[06:54] <mdz> but in any case it should have fixed the symlink in postinst
[06:54] <mdz> I think perhaps the fix was not correct
[06:55] <fabbione> i tend to agree on that
[06:55] <mdz> does anyone here know yaboot?
[06:55] <mdz> if it is possible for me to specify an alternate initrd location, I should be able to get the system up and investigate
[06:55] <fabbione> no, but i can explain to you about silo :P
[06:55] <mdz> from my reading of the postinst, if it emitted that message, it must have already generated the initrd
[06:56] <mdz> so it seems like there must be a /boot/initrd.img-<ver> but no /boot/initrd.img symlink
[06:56] <fabbione> mdz: let me see a yaboot manpage
[06:56] <mdz> I know it is possible to specify the path to the kernel
[06:57] <mdz> I don't see anything in the man pages about it
[06:57] <mdz> kamion might know
[06:57] <fabbione> http://penguinppc.org/bootloaders/yaboot/
[06:59] <fabbione> mdz: i think you can specify the initrd as easy as you specify the kernel patch
[06:59] <fabbione> ehm
[06:59] <fabbione> path
[07:00] <mdz> I don't see how
[07:00] <fabbione>          boot: hd:3,/vmlinux root=/dev/hda3 ro
[07:00] <mdz> with the kernel, you write the path to the kernel at the boot: prompt
[07:00] <mdz> right
[07:00] <fabbione> initrd is a kernel parameter, isn't it ?
[07:00] <mdz> but then it gets the initrd path from yaboot.conf
[07:00] <mdz> no, the initrd must be read by the boot loader
[07:01] <fabbione> hmmmmm
[07:01] <fabbione> i am not sure
[07:01] <mdz> I am trying to figure out why initrd.img was a dangling link
[07:01] <mdz> that makes no sense
[07:01] <mdz> because the system booted before that
[07:01] <mdz> kernel-package seems overcomplicated for what it does
[07:02] <mdz> with 2.6 and only Ubuntu architectures, it could be much simpler
[07:02] <fabbione> mdz: no
[07:02] <fabbione> the initrd.gz is a kernel parameter
[07:02] <fabbione> label linux
[07:02] <fabbione>         kernel debian-installer/i386/linux
[07:02] <fabbione>         append DEBCONF_PRIORITY=critical vga=normal initrd=debian-installer/i386/initrd.gz ramdisk_size=12314 root=/dev/rd/0 rw  --
[07:02] <fabbione> so you can add it after
[07:03] <mdz> if it is passed to the kernel, the kernel ignores it.  it will only work if the boot loader parses the command line and reads the initrd
[07:03] <mdz> I'll try
[07:04] <fabbione> brb
[07:05] <mdz> tried, doesn't work
[07:05] <mdz> still tries to load plain initrd.img
[07:05] <mdz> I can burn a CD tomorrow to get it fixed, just not tonight
[07:05] <mdz> I don't think I will be able to find much, though
[07:05] <mdz> somehow the symlink became dangling, but I have no idea what it was pointing to
[07:05] <mdz> certainly the initrd.img-<ver> was there before, because the system booted
[07:06] <mdz> maybe /etc/kernel-img.conf was changed somehow
[07:08] <magnon> hm, what uses gnome 1 libraries in ubuntu anyway?
[07:10] <mdz> magnon: some packages in universe
[07:10] <mdz> hmm, some in main too
[07:10] <mdz> but not in the default desktop install
[07:10] <mdz> we tried to get rid of those which could be easily eliminated
[07:11] <magnon> yeah, I just discovered that having them around can be a little confusing when installing packages
[07:16] <fabbione> mdz: the only thing i can think about is that the initrd image is generated in postinst
[07:17] <mdz> I just noticed this
[07:17] <fabbione> mdz: probably the prerm script removes it?
[07:17] <mdz>   if (-f $realimageloc . "initrd.img-$version") {
[07:17] <mdz>     unlink $realimageloc . "initrd.img-$version";
[07:17] <mdz>   }
[07:17] <mdz> why the hell does it do that?
[07:17] <mdz> (this is in postrm)
[07:17] <fabbione> is it inside a if [ "$1" = "purge" ]  ?
[07:18] <fabbione> or does that unconditionally?
[07:18] <mdz> if ($ARGV[0]  !~ /upgrade/) {
[07:19] <fabbione> hmmm
[07:19] <mdz> I don't think that is related, but it is such a bad idea
[07:19] <fabbione> Manoj is awake.. let's talk with him
[07:20] <mdz> freenode or oftc?
[07:20] <fabbione> here
[07:53] <pitti> Morning folks
[07:56] <fabbione> morning pitti
[08:00] <doko> morning all!
[08:02] <fabbione> hey doko
[08:02] <fabbione> thanks for pushing new libc6 :-)
[08:02] <fabbione> my buildd hates you now :P
[08:03] <fabbione> mdz: ok.. what should we do with the kernel?
[08:03] <fabbione> should we wait Manoj to fix?
[08:03] <fabbione> should we start working on 2.6.9?
[08:06] <fabbione> hmm
[08:07] <fabbione> mdz_: i guess you didn't read above, did you?
[08:12] <doko> fabbione: hey, it did even build on all supported archs ;)
[08:12] <fabbione> doko: SCARY!
[08:17] <pitti> elmo: please sync cyrus21-imapd 2.1.16-11
[08:32] <jdub> jamesh: did you have a poke at that gnome-vfs patch?
[08:36] <jamesh> jdub: the HAL one?
[08:36] <jdub> mtools
[08:40] <jamesh> no
[08:41] <jamesh> is there a bugzilla id for the patch?
[08:42] <jdub> not sure, i sent a link to the mailing list archive post, though
[08:42] <pitti> Kamion: I'd like to fix #4093; any objection if I upload a new base-config?
[08:43] <pitti> mdz_: still here?
[08:56] <mdz_> pitti: barely
[08:57] <mdz_> fabbione: lost power
[08:57] <pitti> mdz_: okay, it's not that urgent
[08:57] <fabbione> mdz_: no problem
 mdz: ok.. what should we do with the kernel?
 should we wait Manoj to fix?
 should we start working on 2.6.9?
[08:58] <mdz> 2.6.9 should happen soon
[08:58] <mdz> do you have time to do it?
[08:58] <fabbione> mdz: i think so..
[08:59] <mdz> Manoj will examine the bug, so we can wait and see what he says
[08:59] <fabbione> i can spend max 2 working days in 2.6.9 in this week
[09:28] <lucas_> Hi
[09:28] <lucas_> Kamion: you there ?
[09:28] <lucas_> I finally went for the solution of hacking the pool by adding my packages in it
[09:28] <lucas_> then regenerate */Packages with apt-ftparchive
[09:29] <lucas_> however, d-i's Package need installer-menu-item headers
[09:29] <lucas_> I don't know how to generate them
[09:29] <lucas_> any ideas ?
[09:29] <lucas_> s/d-i's Package/d-i's Packages/
[09:40] <lucas_> mhh actually that's not my problem
[09:40] <lucas_> but I don't know what my problem is :)
[09:44] <seb128> morning
[09:47] <pitti> Hi seb128!
[09:47] <seb128> hey pitti
[09:53] <pitti> Hi sivang!
[10:23] <Kamion> fabbione: I suspect that the bug was actually in the older kernel packages, but we only noticed the bug when we upgraded
[10:23] <Kamion> mdz: sorry, it's not possible to specify an initrd at yaboot's command line
[10:24] <Kamion> lucas_: those are all in the .udebs, apt-ftparchive should copy them into Packages; if it doesn't, investigate why
[10:24] <fabbione> Kamion: yes, we had a long discussion with Manoj in #d-d
[10:25] <pitti> fabbione: does it contain inotify?
[10:25] <Kamion> fabbione: is that what Manoj said then?
[10:25] <fabbione> pitti: easy.. i just unpacked the orig
[10:25] <pitti> fabbione: oh, okay
[10:25] <fabbione> Kamion: yes
[10:26] <pitti> fabbione: will you go to vacation while it builds? :-)
[10:26] <fabbione> pitti: ehhe
[10:27] <fabbione> pitti: do you use dpatch for any of your packages?
[10:27] <fabbione> or who does?
[10:27] <pitti> fabbione: not for my own ones, but I'm quite used to it
[10:27] <fabbione> pitti: ok.. how can i do an anal check of the patches?
[10:27] <pitti> fabbione: the current hoary version seems to be broken (dpatch-edit-patch)
[10:27] <pitti> fabbione: do you mean that?
[10:27] <pitti> fabbione: ahem? Mind to explain that?
[10:27] <fabbione> last time i added a duplicate patch, dpatch managed to apply both with no errors
[10:28] <pitti> fabbione: ugh, it should fail then
[10:28] <fabbione> but clearly compilation failed
[10:28] <fabbione> it didn't
[10:28] <pitti> fabbione: usually I try with debian/rules patch
[10:28] <Kamion> fabbione: did anyone check whether this affects direct upgrades from warty to hoary?
[10:28] <fabbione> Kamion: not yet.. in anycase new packages will have to deal with it
[10:29] <fabbione> Kamion: possibly also in security update
[10:29] <fabbione> Kamion: that means uploading a new kernel-package for hoary
[10:29] <fabbione> but both mdz and I will wait for Manoj to investigate properly when kernel-package got broken
[10:30] <fabbione> there is a good chance that warty is ok
[10:30] <fabbione> the problem might have appeared the 21st of Oct
[10:32] <daniels> fabbione: where do you want the extra patches?
[10:34] <daniels> (kernel)
[10:35] <fabbione> daniels: people?
[10:35] <daniels> k
[10:37] <daniels> fabbione: p.u.c/~daniels/l-i/
[10:37] <daniels> "
[10:38] <fabbione> daniels: where did you grab these patches?
[10:39] <daniels> fabbione: most of them were tarballs from external websites designed to built externally that I modified to build in-tree
[10:40] <fabbione> ok
[10:40] <fabbione> now.. this is funny
[10:41] <fabbione> in 2.6.9 if i do ./debian/rules clean it trashes the debian directory...
[10:41] <Kamion> fabbione: the maintainer scripts for -16 and -16.1 are identical
[10:41] <Kamion> fabbione: I don't have -17 and -18 to check those, though
[10:42] <fabbione> -18 is garbage
[10:42] <fabbione> -17 is in the morgue
[10:42] <fabbione> on jackass
[10:42] <daniels> the morgue is mirrored to rookery, btw
[10:42] <Keybuk> when elmo pushes the button ...
[10:42] <daniels> i don't know how regularly, but it's certainly there
[10:42] <daniels> yeah
[10:47] <fabbione> interesting
[10:47] <fabbione> it's make-kpkg
[10:51] <fabbione> ehhe
[10:51] <fabbione> kernel people are really funny
[11:09] <pitti> sjoerd: ping
[11:23] <Kamion> fabbione: ah, yes, looks like -16 was OK, an 'exit 0' was moved down a paragraph by -17
[11:24] <fabbione> Kamion: cool
[11:33] <pitti> Kamion: Hi! do you think Debian's base-config can still be fixed to put the initial user into plugdev and camera?
[11:35] <Kamion> pitti: that depends; persuade joeyh
[11:35] <Kamion> there's still time, sure
[11:35] <pitti> Kamion: okay, I will ask him
[11:40] <fabbione> 2.6.9 is another monster patch orgy
[11:42] <daniels> OH FRIG
[11:42] <daniels> usr/X11R6/lib/libXRes.so.1.0 usr/X11R6/lib/libXres.so.1
[11:43] <Mithrandir> daniels: ew.
[11:55] <Mithrandir> thom: could mod_rewrite cause performance problems or is it just ugly?
[11:59] <daniels> thom: it is sssssssssssllllllllllllllooooooooooooooooooowwwwwwwwwwwwwwwww
[11:59] <daniels> s/thom/Mithrandir/
[12:00] <Mithrandir> daniels: ok, so I'll look into getting rid of it.. I hope the people responsible doesn't kill me.
[12:00] <daniels> Mithrandir: ah, a vic^Wdistro team member
[12:00] <daniels> Mithrandir: do you want to test some xorg packages before I upload?
[12:01] <Mithrandir> not really, I have a server which needs booting. :P
[12:02] <daniels> heh
[12:03] <azeem> mako: hey, did they force you into dropping docbook for presentations, or did switch to OOo Impress yourself? :)
[12:06] <azeem> mako: the GNOME icon you used for the 'pope-slide' has been deprecated for a couple of years I believe, they have a slightly different one now
[12:10] <pitti> daniels: ping
[12:10] <daniels> pong
[12:17] <sjoerd> pitti: pong
[12:18] <pitti> sjoerd: just FYI, I had to introduce another patch
[12:18] <sjoerd> pitti: for ?
[12:18] <pitti> sjoerd: I fixed the hal -> 20hal transition to not ask a dpkg conffile question on upgrade
[12:18] <sjoerd> hrm, does it do that ? didn't when i tested
[12:19] <pitti> sjoerd: I just remove the old file if it is unmodified
[12:19] <pitti> sjoerd: it works as long as a new package comes along with the same conffile as the old one
[12:19] <pitti> sjoerd: but my merged package has a different conffile (LSB, remember)
[12:19] <sjoerd> aha
[12:19] <pitti> sjoerd: so it first mv'ed the old conffile to the new
[12:19] <pitti> sjoerd: then tried to replace it with the one shipped in the package
[12:20] <pitti> sjoerd: if you modify the file in the future, this will hit you as well
[12:20] <pitti> sjoerd: well, Debian folks are used to these questions, but Ubuntu must avoid them in all cases
[12:20] <sjoerd> right
[12:21] <Kamion> Ubuntu's not going to be able to avoid them in all cases. We can and should avoid them for upgrades of default installations, but they can't be avoided when people have actually changed the conffiles.
[12:23] <azeem> it would be nice to have the dialog use the respective debconf-frontend eventually, though
[12:24] <sjoerd> pitti: as sarge will release with a transitioned hal, it wouldn't be a problem imho (as in you won't get the question on a sarge -> etch upgrade)
[12:25] <sjoerd> pitti: but thanks, one patch less to check out next time :)
[12:25] <pitti> sjoerd: yes, right
[12:27] <Kamion> azeem: (if debconf is installed - debconf isn't Essential: yes and dpkg never relies on it)
[12:28] <azeem> Kamion: sure
[12:31] <Kamion> pitti: you might want to look at Debian's current openssh packages for a warty update
[12:31] <Kamion> pitti: (information leak)
[12:31] <Kamion> I'm doing the hoary build now
[12:31] <pitti> Kamion: thanks, I'll do
[12:31] <pitti> Kamion: hasn't there been a DSA?
[12:32] <Kamion> pitti: no, don't believe it affects woody although I could be wrong
[12:32] <Kamion> heh, it does
[12:32] <pitti> Kamion: I did not see anything on full-disclosure, I will look at the changelog and interdiffs
[12:32] <pitti> Hi mjg59
[12:32] <Kamion> I'm not sure that the Debian security team is all that bothered about information leaks in woody though
[12:33] <Kamion> pitti: it's an old issue, you won't have seen it recently
[12:33] <pitti> Kamion: any bug report?
[12:34] <Kamion> pitti: Debian #248747, #281595; corresponding Ubuntu #4196, #3768
[12:35] <pitti> Kamion: ah, that one. Thanks
[12:36] <thom> morning, y'all
[12:36] <pitti> Hi thom
[12:41] <fabbione> thom: hey
[12:41] <fabbione> who is the acpi guru?
[12:41] <mjg59> Haha
[12:41] <fabbione> ahah
[12:42] <fabbione> do we need this patch acpi-20040826 for 2.6.9?
[12:42] <mjg59> No
[12:42] <mjg59> We need something newer...
[12:46] <fabbione> mjg59: to start with, is it good enough what is in 2.6.9 or we will have regressions?
[12:46] <jdub> fabbione: oh, you're integrating suggested patches in your 2.6.9 update?
[12:46] <fabbione> jdub: no
[12:46] <jdub> d'oh.
[12:46] <fabbione> i am trying to get a 2.6.9
[12:47] <thom> damn, was just about to ask for inotify
[12:47] <jdub> what are the chances of tempting you to integrate inotify in this release? :)
[12:47] <fabbione> and i am only revisiting the patches that we applied to <IP_ADDRESS>
[12:47] <fabbione> jdub: <0
[12:47] <jdub> and mjg59's acpi patches
[12:47] <fabbione> i doubt
[12:47] <fabbione> not for the first release at least
[12:48] <Kamion> fabbione: are you merging with Debian's kernel-source-2.6.9?
[12:48] <fabbione> Kamion: yes
[12:48] <Kamion> good
[12:48] <fabbione> that too
[12:48] <mjg59> fabbione: Hang on, let me check what I put in
[12:49] <Kamion> hm, if nothing else their new patch-series system looks a lot easier to handle than the mad thing we have at the moment where you can't upload a new version without adding another 00list-* file
[12:49] <mjg59> fabbione: Ok, I dropped the 20040826 patch
[12:49] <thom> yeah, the current ubuntu packages are a bitch to work with
[12:49] <fabbione> Kamion: right now i am only trying to get all the parches either to apply or out of the way
[12:50] <fabbione> Kamion: all the other stuff will come later on
[12:50] <fabbione> i am stil merging -1 from debian
[12:51] <jdub> hrm
[12:51] <Kamion> sure
[12:51] <mjg59> fabbione: We'll want newer acpi than is in 2.6.9, and we'll want a pile of swsusp code
[12:51] <jdub> what's with openoffice.org finishing its build on i386, but not being in the archive?
[12:52] <fabbione> mjg59: ok
[12:52] <jdub> and inotify
[12:52] <jdub> did i mention we needed inotify?
[12:52] <fabbione> jdub: yes and the answer is no
[12:53] <fabbione> not for this release
[12:53] <mjg59> fabbione: "this release" meaning Horay, or just the first cut of the packages?
[12:54] <jdub> mjg59: there won't be much horay if we don't have inotify in hoary -> ha ha ha!
[12:54] <seb128> liboil0.2-dev and libswfdec0.3-dev from universe needed to build gst-plugins 0.8.6
[12:54] <Kamion> mjg59: first cut I'd imagine
[12:54] <mjg59> jdub: Argh
[12:54] <fabbione> mjg59: first cut
[12:55] <thom> that was terrible
[12:56] <jdub> here to serve you :)|
[12:56] <jdub> and the veal
[12:56] <jdub> i am also serving veal
[12:56] <jdub> be here all week
[12:56] <seb128> jdub: if
[12:56] <jdub> so will the veal
[12:56] <seb128> oups
[12:56] <jdub> don't have the veal on friday
[12:56] <jdub> it will kill you
[12:56] <jdub> hi Md
[12:56] <mjg59> Hmm.
[12:56] <seb128> jdub: for "liboil0.2-dev and libswfdec0.3-dev" ... they need to be added to main before the gst-plugins upload ?
[12:56] <mjg59> The Intel people need one of these laptops that breaks.
[12:57] <Kamion> seb128: that's what dep-wait's for
[12:57] <robtaylor> mjg59: i was playing around with the init-ec patch last nithg.. unformatiately i now cant remeber where i got it from :/
[12:57] <Md> who wrote the default firewall script? If it has not been fixed before the release, I noticed that it filters multicast packets
[12:58] <Kamion> we have a default firewall script?
[12:58] <mjg59> init-ec?
[12:58] <seb128> Kamion: right
[12:58] <mjg59> robtaylor: Can you stick a copy of it up somewhere?
[12:59] <Md> Kamion: I have seen on the newly installed system of a friend that IGMP packets from his ISP were filtered and logged, so I suppose that there is one
[12:59] <Kamion> Md: last I checked we didn't install a firewall at all
[12:59] <robtaylor> mjg59: unfortuantly its on my laptop, not here. i'll put it somweher tonight (and i'll try and mangle it for <IP_ADDRESS> as well)
[01:01] <jdub> seb128: yeah, i would support those
[01:01] <haggai> jdub: OOo isn't built on powerpc, doku forwarded the (strange) error.  Would that stop it from being installed in the archive?
[01:01] <jdub> haggai: not sure why it would
[01:01] <jdub> lamont: ping?
[01:02] <mjg59> robtaylor: What was it supposed to do? Additional embedded controller setup?
[01:03] <robtaylor> mjg59: yeah, seemed to do some extra scanning. i'd tell you more if i had it in front of me =)
[01:03] <robtaylor> (gah, rellay wish i could remember which bugzilla it was in =))
[01:11] <thom> jdub: should a libfam-dev change to libgamin-dev |libfam-dev ? can i get away with doing just that?
[01:17] <elmo> or'ed build-deps make baby jesus cry - why not just drop libfam-dev?
[01:20] <thom> or that
[01:23] <Keybuk> yeah, how's the buildd supposed to know which one is preferred?
[01:23] <Kamion> Keybuk: that much is trivial; first is always preferred
[01:25] <jdub> thom: yeah
[01:25] <Mithrandir> Keybuk: libfam-dev won't be in main, so it won't be preferred. :)
[01:25] <Keybuk> Kamion: sure, but how does it know to remove libfam-dev if it had it installed in favour of the first one in the list?
[01:26] <robtaylor> mjg59: ok, heres some relevent sounding patches i';m trying out http://bugme.osdl.org/attachment.cgi?id=4124&action=view andhttp://bugme.osdl.org/attachment.cgi?id=1757&action=view
[01:28] <jdub> on epiphany-list:
[01:28] <jdub> I want to thank you guys for the work behind Epiphany. I just got
[01:28] <jdub> acquainted with Gnome and its HIG guidlines by way of trying Ubuntu. I
[01:28] <jdub> had not used Gnome as such since somewhere around Red Hat 7.3, and
[01:28] <jdub> must say the change in policy is just spot-on.
[01:28] <jdub>
[01:29] <Keybuk> robtaylor: bug#s ?
[01:29] <mjg59> robtaylor: Do you have the bugs these are linked from?
[01:35] <robtaylor> mjg59: all from http://bugme.osdl.org/show_bug.cgi?id=1744
[01:36] <seb128> is there anything to consider before changing a package source-name ?
[01:36] <seb128> or I just upload it with the new name ?
[01:37] <pitti> Kamion: do you think these openssh issues should be fixed in Warty? They do not look very severe
[01:39] <Kamion> Keybuk: true
[01:39] <Kamion> pitti: up to you, don't mind either way personally, just thought you should know
[01:42] <pitti> Kamion: I prepare a package and wait for some days
[01:42] <pitti> Kamion: in the meantime the Hoary and Sid packages can be tested by a broader audience
[01:43] <Kamion> ok, we'll see how it goes; it's a fairly isolated patchset
[01:43] <pitti> Kamion: by "isolated" you mean few/no side effects?
[01:43] <pitti> Kamion: testing the fixed functionality itself is easy
[01:44] <Kamion> both that and well away from other patches
[01:44] <Kamion> merging to 3.9p1 will be more entertaining, mind :)
[01:49] <robtaylor> mjg59: so what do you reckon to those patches? think they'll help the issue you were talking about last night?
[01:49] <mjg59> Doubtful
[01:49] <robtaylor> ah well :)
[01:50] <mjg59> We don't get any EC errors on the craptop
[01:50] <mjg59> But yeah, it could be because some piece of hardware isn't enabled
[01:50] <mjg59> OH CHRIST WHY IS THERE A HELICOPTER OVERHEAD?
[01:50] <robtaylor> THEY'VE COME FOR YOU
[02:01] <lucas__> Kamion: I've a problem with my custom Ubuntu
[02:01] <lucas__> anna complains about a "bad d-i Packages file"
[02:02] <lucas__> I don't quite understand the "retriever" concept in the anna source
[02:04] <Kamion> it's a general interface for anna to get udebs from cdrom/network/whatever
[02:04] <Kamion> perhaps your Release file is wrong
[02:05] <Kamion> also try 'debconf-get mirror/suite' on tty2, make sure that's set to warty
[02:05] <Kamion> or stable
[02:05] <lucas__> ok
[02:05] <Kamion> if it's stable, make sure that the CD has a /dists/stable symlink
[02:05] <lucas__> one of the things I changed
[02:05] <lucas__> is that I don't have a restricted/debian-installer/binary-i386/Packages
[02:06] <Kamion> nor do we?
[02:06] <lucas__> since I merged restricted, universe and multiverse into  main
[02:06] <lucas__> ah true
[02:06] <Kamion> udpkg doesn't know how to merge multiple d-i Packages files, so it's only possible to have main/debian-installer/binary-$arch/Packages at the moment
[02:07] <bob2> lucas__: <obwarning>make sure you check you can distribute that at all</obwarning
[02:07] <Kamion> especially for multiverse
[02:08] <lucas__> yup, I'm not going to distribute much of multiverse
[02:08] <lucas__> stuff like scilab or graphviz mainly
[02:09] <lucas__> debconf-get mirror/suite returns nothing
[02:10] <Kamion> ok, do you have /dists/stable/Release?
[02:10] <lucas__> ye
[02:10] <lucas__> s
[02:10] <bob2> 'It's also necessary to take steps like limiting the number of pages currently queued for writing out. This limit will affect users, in that it will reduce performance. It has been noted, however, that deadlocks tend to have an even worse impact on performance.'
[02:11] <Kamion> that suggests a problem in cdrom-detect BTW
[02:11] <lucas__> (stable is simlinked to warty)
[02:12] <Kamion> lucas__: see mdz's comment at the end of https://bugzilla.ubuntu.com/show_bug.cgi?id=2640; does that help you?
[02:12] <Kamion> you may have a CD drive with DMA problems
[02:15] <lucas__> no, DMA is ok
[02:15] <lucas__> my Release file isn't
[02:17] <Kamion> missing Suite: line?
[02:17] <lucas__> yes
[02:17] <Kamion> that'd do it
[02:17] <lucas__> thanks a lot for the pointer :-)
[02:27] <lucas__> Kamion: I'm using apt-ftparchive to generate the Release file, but I can't find any option to specify Origin, Label, suite, Codename. Is there a better way ?
[02:36] <Kamion> lucas__: afraid I don't know
[02:36] <lucas__> ok, I just added the Suite line by hand
[02:36] <Kamion> lucas__: it appears to be documented quite clearly in the apt-ftparchive man page, though
[02:36] <Kamion> lucas__: search case-insensitively for "suite"
[02:37] <lucas__> oh true sorry
[02:38] <pitti> Hey, do these guys have a new PR strategy? :-)
[02:40] <bob2> 'honesty in advertising' ;-)
[02:50] <zul> morning
[02:53] <whiprush> does gnome-user-share not have a bugzilla component yet? Should I file a bug under Nautilus instead?
[02:54] <lamont> jdub: oo.o will inter the archive in about 10 minutes.  patience..
[02:55] <lamont> well, i386 will.  ppc has, um, issues
[02:59] <jdub> lamont: :)
[02:59] <elmo> speaking of oo.o why does it b-d on libneon23-dev?  that means we can't have oo.o and tla build-deps in the same chroot :(
[03:00] <jdub> lamont: when you're back -> why so long between the build finishing and hitting the archive?
[03:00] <elmo> jdub: it was NEW
[03:00] <jdub> oh
[03:01] <elmo> doko: done
[03:09] <lucas__> Kamion: debconf-get mirror/suite says warty now
[03:09] <lucas__> but it still doesn't work
[03:09] <lucas__> /var/cache/anna/Packages is empty
[03:09] <Kamion> sorry, I'm kind of buried in grub debugging right now
[03:09] <Kamion> I would suggest looking through the cdrom-retriever source and trying bits of it by hand
[03:09] <Kamion> you're going to need a Components: line, certainly
[03:09] <lucas__> in the Release file ?
[03:09] <Kamion> yes
[03:09] <Kamion> the retriever should probably error out if there are no components
[03:09] <jdub>   openoffice.org-l10n-en: Depends: language-support-en but it is not installable
[03:09] <jdub> d'oh
[03:09] <lucas__> Oh I missed that
[03:09] <lucas__> thanks again
[03:09] <Kamion> np
[03:14] <seb128> jdub: any opinion if we should use the smooth engine from gnome-themes or from the gtk-smooth-engine package ?
[03:14] <jdub> seb128: hrm
[03:14] <seb128> jdub: gtk-smooth-engine has been moved to universe during the warty time. But Josselin don't want to use the gnome-theme one (he says than the engine in gnome-theme are often outdated and we should better keep the gtk-smooth-package)
[03:14] <seb128> jdub: since I'm going to sync gnome-theme dunno what to do :)
[03:15] <jdub> seb128: i imagine debian will go with the non-gnome-themes package, and it sounds like the best choice ;)
[03:15] <seb128> ok, done so :)
[03:15] <seb128> should be update a seed to get gtk-smooth-engine back in main ?
[03:16] <seb128> s/be/we/
[03:16] <jdub> yeah
[03:18] <pitti> jdub: this dependency bug is not that serious; the package depends on oo.o | language-support, so it's only a non-default alternative
[03:18] <pitti> thom: troubles with LSB init scripts? :-)
[03:18] <thom> pitti: yeah
[03:19] <pitti> jdub: I delayed the upload of the language-support package until we have a decision
[03:19] <thom> i've been on #1580 the whole day
[03:19] <jdub> pitti: can't install it with apt, though
[03:20] <pitti> thom: I hope that Debian adopts the idea after Sarge release
[03:20] <pitti> thom: it's a good concept
[03:20] <pitti> jdub: but if you can't install then the fault is the OO.o version, not the language-support package
[03:20] <haggai> elmo: neon23->24 was too big a change.  _rene_ looked at it
[03:20] <thom> pitti: agreed entirely
[03:20] <jdub> pitti: thus the bug ;)
[03:21] <thom> if not just to stop us having to merge them every time :-)
[03:21] <pitti> jdub: ? but without the alternative dependency the installtion would fail as well
[03:22] <haggai> jdub: you should be able to install with apt, it's never been a problem in the past
[03:22] <haggai> unless something else has been broken
[03:22] <jdub> $ sudo apt-get install openoffice.org openoffice.org-bin openoffice.org-debian-files openoffice.org-l10n-en openoffice.org-thesaurus-en-us ttf-opensymbol
[03:22] <jdub> ...
[03:22] <jdub> The following packages have unmet dependencies:
[03:22] <jdub>   openoffice.org-l10n-en: Depends: language-support-en but it is not installable
[03:22] <jdub>
[03:23] <haggai> eh?
[03:23] <elmo> haggai: yeah, but oo.o includes glibc in it's source, why not neon? :P
[03:23] <jdub> Depends: language-support-en
[03:23] <haggai> elmo: heh, oh yeah it does include it :P
[03:23] <jdub> ^ that'd be it
[03:23] <seb128> jdub: where are made the seed changes nowadays
[03:23] <haggai> elmo: its' just we don't build against it
[03:23] <jdub> seb128: in arch
[03:23] <haggai> elmo: we had a lovely security bug..
[03:23] <jdub> seb128: i'll do it for you
[03:24] <jdub> seb128: just gtk2-engines-smooth ?
[03:24] <seb128> jdub: thanks :) gtk-smooth-engine and "liboil0.2-dev libswfdec0.3-dev" for gst-plugins
[03:24] <seb128> jdub: oups, gtk2-engines-smooth yes
[03:25] <haggai> jdub: I don't see that Depends: in our CVS, it must have been added by someone else
[03:25] <pitti> jdub: for met it is "Depends: openoffice.org (>> 1.1.1+1.1.2) | language-support-en", as it should be
[03:25] <haggai> pitti: but we removed the Depends completely
[03:25] <jdub> elmo: so if a package in main is uploaded with new depends, we have to put those depends in the seed temporarily so the package in main will build?
[03:26] <pitti> jdub: if this is from a new version, somebody screwed up the dependencies
[03:26] <haggai> pitti: for tasksel
[03:26] <elmo> jdub: um, either that, or I have to ignore the seeds and promote them
[03:26] <elmo> this is why I think doing the component isolation stuff at the buildd level is the wrong place to do it
[03:27] <jdub> elmo: do you mean that you reckon the buildds should have access to universe and multiverse all the time?
[03:28] <elmo> yes, I think they should and we should enforce consistency at a higher level
[03:28] <pitti> haggai, jdub: I still don't understand. Which package has this dependency "Depends: language-support-en"
[03:28] <jdub> pitti: l10n-en
[03:28] <jdub> 1.1.3-2.3ubuntu3
[03:29] <jdub> elmo: can you ignore the seeds and promote those two libs?
[03:29] <pitti> jdub: 1.1.2dfsg1-2ubuntu2 is correct
[03:29] <pitti> jdub: whoever uploaded 1.1.3 screwed up the dependencies then
[03:29] <jdub> pitti: wanna reassign that bug to doko? :)
[03:29] <pitti> jdub: he should still have this hog on his hd
[03:30] <pitti> jdub: I don't really want to download OO.o sources just for this change
[03:30] <pitti> doko: ping
[03:30] <jdub> pitti: yeah
[03:31] <elmo> jdub: which two ?
[03:31] <elmo> oh, nm
[03:35] <elmo> done
[03:38] <fabbione> elmo: can you install linux-source build-dep on hoary chroot (concordia), please?
[03:39] <fabbione> and kindly be sure that kernel-wedge is ubuntu5
[03:41] <fabbione> JEEEEEE
[03:41] <fabbione> i have spent 6 and more hours cleaning up patches
[03:41] <fabbione> and that fucker still didn't get it right
[03:41] <zul> heh..
[03:41] <fabbione> now there are bits and pieces in the .diff.gz
[03:42] <fabbione> thom: wanna fix it for me?
[03:42] <thom> nope :P
[03:43] <thom> you wouldn't give me inotify love :P
[03:43] <azeem> fabbione: fixing that is easy when using dpatch: just mv the debian/ tree away, rm -r the source, unpack the orig.tar.gz and mv debian/ back in
[03:43] <elmo> fabbione: done
[03:44] <fabbione> azeem: oh yeah... i want to see now how many patches will fail to apply because of that
[03:44] <fabbione> elmo: thanks
[03:45] <fabbione> or even better
[03:45] <fabbione> manual patching
[03:45] <thom> yada!
[03:46] <elmo> the kernel's use of dpatch is particularly 'special'
[03:47] <elmo> and not really representative of dpatch in sane packages
[03:47] <azeem> thom: yada is more like cdbs?
[03:47] <azeem> fabbione: did you try quilt?
[03:47] <fabbione> elmo: did you ever see my name associated to *sane* packages? ;)
[03:47] <thom> yada is more like death, as far as i can make out
[03:48] <seb128> $ LC_ALL=C dpkg -S /usr/include/X11/XKBlib.h
[03:48] <seb128> dpkg: /usr/include/X11/XKBlib.h not found.
[03:48] <seb128> gni ?
[03:48] <fabbione> seb128: libkbdfile-dev ?
[03:48] <elmo> seb128: s#/##
[03:49] <seb128> fabbione: not installed
[03:49] <seb128> $ ls -l /usr/include/X11/XKBlib.h
[03:49] <seb128> -rw-r--r--  1 root root 31130 2004-11-18 16:40 /usr/include/X11/XKBlib.h
[03:49] <seb128> WTF
[03:49] <seb128> fabbione: oh, ii  libxkbfile-dev           6.8.1-1ubuntu3           X Keyboard Extension file parsing library development files
[03:49] <elmo> oh, they fixed that - never mind
[03:50] <seb128> (you made a typo in the name)
[03:50] <jdub> hrm
[03:50] <jdub> no OOo gnome packages
[03:50] <elmo> universe-by-default ...
[03:50] <jdub> oh
[03:50] <seb128> fabbione:
[03:50] <seb128> $ dpkg -L libxkbfile1 | grep XKBlib.h
[03:50] <seb128> $
[03:50] <jdub> but they're in the seed
[03:50] <Keybuk> w00t!  we have the bonobo-slay branch of nautilus now
[03:50] <seb128> arg
[03:50] <jdub> oh
[03:50] <jdub> no they're not
[03:51] <seb128> $ dpkg -L libxkbfile-dev | grep XKBlib.h
[03:51] <seb128> $
[03:55] <fabbione> seb128: there is also anotherone kbd related..
[03:55] <seb128> ok, anybody with a XKBlib.h coming from a package ? It's needed for libxklavier
[03:55] <fabbione> seb128: let me remember
[03:55] <seb128> fabbione: I don't understand how I can get this file coming from nowhere
[03:55] <seb128> fabbione: and libxklavier used to build and today's upload FTBFS
[03:56] <fabbione> libx11-dev: /usr/X11R6/include/X11/XKBlib.h
[03:56] <fabbione> doh!
[03:56] <seb128> gni ?
[03:56] <fabbione> gni?
[03:56] <fabbione> what that means?
[03:56] <seb128> why in libx11 and not libxkb* ?
[03:57] <fabbione> seb128: ask daniels
[03:57] <seb128> daniels: ping ?
[03:57] <fabbione> seb128: otherwise just open a big bug
[03:57] <seb128> fabbione: "gni ?" is a sort of interrogation :)
[03:57] <jdub> mmm, OOo gnome integration :)
[03:57] <fabbione> that will pull in another bunch of FTBFS!
[03:57] <seb128> kind of "what's going on"
[03:57] <fabbione> that's sooooo coooool
[03:58] <jdub> seb128: the knights who say, "gni!"
[03:59] <jdub> _rene_, haggai: YUM!
[04:01] <haggai> jdub: :)
[04:09] <jdub> gute nacht alles
[04:10] <pitti> jdub: Gute Nacht!
[04:10] <pitti> jdub: However, it's not "alles" :-)
[04:10] <pitti> jdub: "Gute Nacht an alle" is better :-)
[04:10] <jdub> thanks :)
[04:10] <pitti> your're welcome
[04:10] <pitti> jdub: we should start to exercise Spanish anyway
[04:10] <jdub> yeah
[04:11] <jdub> estoy buscando mis pantalones
[04:11] <pitti> ???
[04:11] <jdub> some spanish you *need* to know
[04:11] <jdub> it's very useful
[04:11] <carlos> pitti: http://archive.pemas.net/GNOME/GUAD3C/guad3c.ogg
[04:11] <jdub> night :)
[04:11] <pitti> jdub: and it means?
[04:12] <carlos> look that video and you will understand it :-P
[04:12] <carlos> jdub: night!
[04:12] <pitti> carlos: argh
[04:12] <pitti> carlos: 124 MB? This will take me a while
[04:12] <carlos> pitti: The translations is: "I'm looking for my pants"
[04:13] <pitti> I should have known
[04:13] <pitti> carlos: I can barely count to ten now, thanks to my gf
[04:13] <carlos> it comes from the GUADEC 3 (or there's the first time I saw jdub saying that :-P)
[04:13] <carlos> pitti: :-P
[04:14] <pitti> carlos: btw, do you offer rentals for playing BCN city guide? :-)
[04:15] <carlos> pitti: well, I was in Barcelona once (outside the rail station) so... don't think I will know much more than you :-D
[04:28] <fabbione> thom, mjg59: Disable ACPI for systems before Jan 1st this year (ACPI_BLACKLIST_YEAR) [0]  (NEW)
[04:29] <fabbione> what do you want here?
[04:29] <eruin> apm?
[04:30] <zul> is the conference going to be online as well?
[04:33] <zul> since i cant afford to go
[05:08] <lamont> moop
[05:14] <elmo> seb128: you know about the uninstallables due to xklavier, right?
[05:14] <seb128> elmo: control-center/gnome-applets ?
[05:14] <elmo> yeah
[05:15] <seb128> yes
[05:15] <elmo> cool
[05:15] <seb128> the new libxklavier ftbfs
[05:15] <elmo> meh, and there's not even any point in me upgrading 'cos of OO.o's screwed deps
[05:15] <seb128> xorg packages have changed again, thanks daniels
[05:16] <elmo> 911 upgraded, 57 newly installed, 11 to remove and 9 not upgraded.
[05:16] <elmo> Need to get 675MB of archives.
[05:16] <elmo> good lord
[05:16] <eruin> haha
[05:16] <eruin> I just finished the last set
[05:16] <eruin> ;)
[05:20] <lamont> seb128: are all the gnome deps there now, or should I wait to do the mass give-back of waiting things?
[05:20] <seb128> lamont: gnome deps for what ?
[05:22] <lamont> seb128: nevermind.
[05:22] <lamont> DANIELS...
[05:22] <lamont> you gonna upload xorg ubuntu4 sometime soon?
[05:23] <fabbione> hey lamont
[05:23] <lamont> seb128: I found the root of the problem. :-)
[05:23] <lamont> hey fabbione
[05:23] <seb128> lamont: I've some problem, libxklavier ftbfsing .... XKBlib.h in libx11-dev, it was in libxkb* before
[05:23] <seb128> lamont: should I change the buil-deps again or wait for a new xorg ?
[05:23] <seb128> build-deps
[05:24] <fabbione> seb128: bug daniels
[05:24] <fabbione> and keep bugging him :-)
[05:24] <lamont> the pile I was seeing (on investigation) is all ia64, where there is no xorg.  But there is xorg-common, so anything that build-depends anything that depends any X library is d-w (but not automated) on ia64.  hence the pile-o-mail for me
[05:24] <lamont> seb128: so it's completely unrelated to your issues.
[05:24] <seb128> ok
[05:25] <lamont> however the first couple of packages I looked at had gnome-libs that were uninstallable, hence my question..
[05:26] <seb128> ok
[05:35] <fabbione> does anybody remember where the prism2 driver is hosted?=
[05:41] <Mithrandir> lamont?
[05:42] <lamont> Mithrandir: yo
[05:44] <Mithrandir> lamont: how on earth did libdb3 build on amd64?
[05:45] <bob2> fabbione: linux-wlan.org?
[05:45] <lamont> Mithrandir: recently, or back in the beginning of time?
[05:45] <thom> mjg59: 15:28 < fabbione> thom, mjg59: Disable ACPI for systems before Jan 1st this year (ACPI_BLACKLIST_YEAR) [0]  (NEW)
[05:46] <fabbione> bob2: thanks
[05:47] <mjg59> Did I not reply to that?
[05:47] <mjg59> Maybe the network was already fucked at that point
[05:47] <mjg59> 0 ought to give the current behaviour
[05:47] <fabbione> yes i left 0
[05:49] <Mithrandir> lamont: it does LD_ASSUME_KERNEL=2.4.24, which blows up on amd64.
[05:50] <Mithrandir> lamont: and if you comment that out, it tries to link to pthread.
[05:50] <lamont> Mithrandir: at the time, the buildd was an i386 kernel
[05:54] <lamont> mdz: nfc where my brain was on alsa-driver.
[05:58] <lamont> Keybuk: around?
[05:58] <lamont> eep.  brb
[05:58] <Keybuk> lamont: yup
[06:09] <Mithrandir> lamont: hm, true.  Should I just ignore the ftbfs?  Is libdb3 even used by anythong any more?
[06:09] <Mithrandir> s/thong/thing/
[06:09] <Mithrandir> hm, exim uses it
[06:09] <Mithrandir> and half of gnome
[06:09] <elmo> and like, pam
[06:09] <Mithrandir> who cares about pam? :P
[06:21] <daniels> lamont: PONG
[06:21] <daniels> elmo: ...
[06:22] <daniels> elmo: how is my blog snafu?
[06:22] <daniels> seb128: pong
[06:22] <daniels> seb128: EH
[06:22] <daniels> seb128: XKBlib.h should be in xkbfile-dev iirc -- I certainly never moved it
[06:23] <seb128> daniels:
[06:23] <seb128> $ dpkg -L libxkbfile-dev | grep XKBlib
[06:23] <seb128> $
[06:23] <seb128> $ dpkg -L libx11-dev | grep XKBlib
[06:23] <seb128> /usr/X11R6/include/X11/XKBlib.h
[06:23] <elmo> daniels: ERROR:planet:Error 404 while updating feed <http://www.fooishbar.org/daniel/blog/?flav=rss>
[06:23] <daniels> elmo: that's because it's /blog/
[06:24] <daniels> elmo: is this p.d.o?
[06:24] <daniels> seb128: ?!?
[06:24] <daniels> let me look at it
[06:24] <elmo> daniels: p.u.c
[06:24] <elmo> and I didn't change planet, so ...
[06:25] <daniels> oh
[06:25] <daniels> could you please change p.u.c?
[06:26] <elmo> no - I'm not responsible for it, and I'm not willing to become responsible for it by virtue of being the only one who does anything with it.  please file a bug and/or mail Jeff
[06:29] <magnon> daniels: OT, when can I expect fd.o svn to work again?
[06:32] <daniels> magnon: don't know, depends on when the projects using it get together and check their archives
[06:32] <daniels> elmo: ok.  have you looked at lkh?
[06:35] <magnon> daniels: are checked stuff archived anywhere?
[06:38] <elmo> daniels: the hoary upgrade of doom ismaking ithard for me to do interactive stuff ATM
[06:39] <daniels> magnon: no svn repositories have been checked.  either that, or they've checked it all and are too afraid of me to lev me know.
[06:39] <daniels> elmo: k
[06:40] <magnon> hehe, alright
[06:40] <magnon> wanted to play with galago, but I guess that'll wait
[06:41] <seb128> daniels: XKBlib.h so ?
[06:42] <daniels> seb128: give me a second dude, I'm checking it out
[06:44] <Kamion> lamont: any possibility of daily d-i builds for hoary?
[06:44] <Kamion> lamont: I'm just about to have to make another no-source-changes upload, and would rather have working daily builds if possible
[06:47] <daniels> seb128: XKBlib.h has always been in libx11-dev; if it ever worked with a libxkbfile-dev b-d it was an accident
[06:47] <daniels> seb128: if I told you it was in libxkbfile-dev -- sorry about that
[06:49] <lamont> Kamion: sure.  do you need warty daily-builds anymore? :-)
[06:50] <mako> azeem: i still use docbook sometimes.. it depends on what i want to do :)
[06:50] <mako> azeem: as far as i can tell, i'm the ONLY person using docbook slides :)
[06:51] <mako> azeem: because there are unbelievably obvious bugs that go unreported for long periods of time.. like hitting next takes you to the last slide, and vice versa :)
[06:51] <seb128> daniels: I had a /usr/include/X11/XKBlib.h before
[06:51] <daniels> seb128: from libx11-dev, presumably :)
[06:51] <daniels> http://packages.debian.org/cgi-bin/search_contents.pl?word=xkblib.h&searchmode=searchfiles&case=insensitive&version=unstable&arch=i386
[06:51] <seb128> ok, I don't understand why the previous version used to build fine
[06:52] <daniels> *shrug*, maybe an implicit b-d
[06:52] <daniels> i.e. it b-d'd something that depped libx11-dev
[06:52] <seb128> xklavier_xkb.c: In function `_XklXkbGetXkbEventName':
[06:52] <seb128> xklavier_xkb.c:442: error: `XkbNewKeyboardNotify' undeclared (first use in this function)
[06:52] <seb128> in a pbuilder
[06:52] <seb128> with libx11-dev installed
[06:52] <seb128> grrr
[06:53] <daniels> i suspect that's from libxkbfile-dev
[06:53] <seb128> /usr/include/X11/extensions/XKB.h:#define       XkbNewKeyboardNotify            0
[06:54] <daniels> that's libxext-dev, IIRC
[06:56] <seb128> ok, my system has a -I/usr/X11R6/include/ in the build line which is not in the pbuilder
[06:56] <daniels> oh, right
[06:57] <daniels> let me guess -- you don't build-dep on xlibs-dev anymore
[06:57] <seb128> right
[06:57] <seb128> I should ?
[06:57] <daniels> dingdingding!
[06:57] <daniels> hack one: -L/usr/X11R6/lib -I/usr/X11R6/include
[06:57] <daniels> hack two: b-d on libxt-dev
[06:57] <daniels> real solution: beat autoconf until it bleeds
[06:58] <seb128> ok, I'll pick libxt-dev for now
[06:58] <seb128> thanks daniels
[06:58] <daniels> no worries
[06:58] <Kamion> lamont: hell no :)
[06:58] <seb128> hum, nop
[06:58] <Kamion> lamont: I think elmo's bitbucketing them anyway even if they are built
[06:58] <seb128> libxt-dev already installed in the pbuilder
[06:59] <daniels> seb128: does your configure output say 'searching for X ... libraries /usr/X11R6, headers', or similar?
[06:59] <daniels> (grep for X11R6)
[07:00] <seb128> oh ok
[07:00] <seb128> checking for X... libraries /usr/X11R6/lib, headers
[07:00] <seb128> checking for X11/extensions/XKBrules.h... no
[07:00] <daniels> ok, the 'headers' bit is bong
[07:00] <daniels> should say 'headers /usr/X11R6/include'
[07:00] <daniels> do you have /usr/X11R6/include/X11/Intrinsic.h?
[07:00] <seb128> yes
[07:00] <daniels> craptastic
[07:01] <daniels> could you please put the full configure.{in,ac} and config.log somewhere?
[07:01] <seb128> the configure is ok, it fails during the build
[07:01] <daniels> the configure shouldn't say 'headers'
[07:02] <seb128> http://people.ubuntulinux.org/~lamont/buildLogs/libx/libxklavier/1.12-0ubuntu2/libxklavier_1.12-0ubuntu2_20041129-1608-i386-failed
[07:02] <seb128> build log
[07:02] <daniels> if it doesn't say 'headers /usr/X11R6/include', it won't add -I/usr/X11R6/include to CFLAGS
[07:02] <daniels> which is the cause of the problem
[07:02] <seb128> configure.in and log coming
[07:02] <daniels> ta
[07:04] <seb128> http://pkg-gnome.alioth.debian.org/configure.in
[07:04] <seb128> http://pkg-gnome.alioth.debian.org/config.log
[07:06] <lamont> 810 upgraded, 48 newly installed, 8 to remove and 3 not upgraded.
[07:06] <lamont> Need to get 654MB of archives.
[07:06] <lamont> sigh
[07:07] <lamont> otoh, 63Mbits ain't bad.
[07:12] <daniels> seb128: does it work if you install xutils?
[07:13] <elmo> yeah, it will
[07:13] <elmo> that's the classic "I need xutils" configure trace
[07:14] <seb128> yep, that works
[07:15] <daniels> word.
[07:15] <seb128> it needs to Build-Depends on xutils so ?
[07:15] <daniels> b-d on libxt-dev, xutils
[07:15] <daniels> i'm seriously going to fix this shit tonight
[07:16] <seb128> nop
[07:16] <daniels> ?
[07:16] <seb128> # apt-cache show libxt-dev | grep utils
[07:16] <seb128> #
[07:16] <seb128> oups
[07:16] <daniels> ehm
[07:16] <seb128> I misread
[07:16] <seb128> nevermind
[07:16] <daniels> heh :)
[07:16] <seb128> thanks, all is fine
[07:16] <daniels> rad
[07:16] <seb128> I'll upload that and have a good dinner now :p
[07:17] <daniels> heh
[07:19] <daniels>   if (xmkmf) >/dev/null 2>/dev/null && test -f Makefile; then
[07:19] <daniels>     # GNU make sometimes prints "make[1] : Entering...", which would confuse us.
[07:19] <daniels>     eval `${MAKE-make} acfindx 2>/dev/null | grep -v make`
[07:19] <daniels> OH MY GOD
[07:21] <elmo> daniels: you should be forced to be like 10 years older and have had to actually deal with the crap-shoot horror show world that was commercial unices back then - then you might not be so disgusted by autoconf
[07:21] <elmo> well, okay maybe not not be so disgusted, but at least be more tolerant of
[07:23] <daniels> elmo: this is autoconf -- the stuff that's meant to make it better
[07:23] <elmo> it DOES make it better
[07:23] <daniels> btw, if you know of some way to magically make me ten years older, let me know :P
[07:23] <elmo> the alternative is people fixing this themselves.  or simply not doing so.
[07:24] <daniels> yeah, I understand
[07:24] <daniels> but so many things in autoconf are tremendously disgusting hacks when they shouldn't have to be
[07:24] <kylem> daniels, grow a real beard, it will at least make you feel old. ;-)
[07:24] <daniels> and not the 'let's work around random broken crap'
[07:24] <daniels> the whole 'let's do stuff in a totally half-arsed way' thing
[07:24] <daniels> kylem: heh
[07:24] <spotter> anyone know where I can get language-support-en needed by the new openoffice packages?
[07:25] <elmo> daniels: btw, the l-k-h looks fine to me - I assume you want it installed, and if you do, it's not going to break anything fabbione's doing, right ?
[07:25] <daniels> elmo: l-i and l-r-m both built fine on my machine with it
[07:26] <daniels> and yeah, if it's installed on davis, I can get back to working on ppc lrm
[07:26] <elmo> installed
[07:26] <daniels> ta
[07:28] <daniels> otoh, maybe I should just piss autotools right off and get with the pkgconfig groove
[07:29] <elmo> why does scrollkeeper build it's database in the foreground?
[07:32] <lamont> is somoene working on the ppc oo.o ftbfs?
[07:33] <elmo> doko had me install the b-d's in davis' chroot, dunno if he's doing anything tho
[07:33] <elmo> btw, is that cut'n'paste of X vs. gtk in zorg, fixed, yet?
[07:33] <elmo> daniels: ^--
[07:34] <lamont> krb4 is ftbfs on amd64 as well... /me checks bugzilla/bts
[07:35] <daniels> elmo: x vs gtk?  which?
[07:35] <daniels> lamont: i'll take that
[07:36] <daniels> NO I WON'T
[07:36] <elmo> daniels: seb128 was talking about cut'n'paste not working between emacs and gtk apps or summat in x.org, back when you first released it
[07:36] <daniels> lamont: toolchain?!?
[07:36] <daniels> elmo: oh.  no, we have no idea.  but it's only gtk1.
[07:36] <daniels> so your fonts will be so hideously bad you won't want to paste anything into there
[07:36] <daniels> or maybe it wasn't.  but we didn't ever figure out the problem to start with.
[07:38] <Kamion> geez. my routine "start up d-i" dance in this edit/compile/test/debug cycle now involves "anna-install openssh-client-udeb; mkdir /etc/udev/scripts; mv /etc/udev/*.sh /etc/udev/scripts/"
[07:38] <lamont> daniels: actually, krb4 is most probably the lack of an include file.  I'll play with it
[07:39] <lamont> dbs feh
[07:39] <daniels> lamont: thanks.  i fixed it up as far as b-ds go today
[07:40] <lamont> daniels: ah - that explains the upload
[07:43] <elmo> hmm, that's not cool - after upgrading to hoary, 'logout' doesn't work
[07:44] <Kamion> elmo: uh. how on earth?
[07:45] <Kamion> hm. I think my i386 assembly might not be what it once was
[07:49] <daniels> jbailey: hey dude
[07:49] <jbailey> Heya Daniel!
[07:51] <mako> so evidently, debian-amazonas is making a CDD based on ubuntu
[07:58] <daniels> One way to solve this would be e.g. convmv (universe) to convert the /home
[07:58] <daniels> partition on an update installation automatically (if its possible to figure out
[07:58] <daniels> the old encoding) to UTF-8 or to mention this issue and a way to solve it to the
[07:58] <daniels> user. Then the convmv package should go to main.
[07:58] <daniels> !!
[08:01] <lamont> cat >>conftest.$ac_ext <<_ACEOF
[08:01] <lamont> extern int h_errno;
[08:01] <lamont> int foo() { return h_errno; }
[08:01] <lamont> we have a winner.
[08:05] <lamont> md?
[08:05] <lamont> mdz?
[08:05] <lamont> mdz: pls sync 273615
[08:12] <lamont> daniels: fixed
[08:14] <Md> lamont: ?
[08:15] <lamont> md: meant to type mdz.
[08:16] <Md> lamont: BTW, any ideas about the mount segfault bug? I think it should be upgraded to RC
[08:18] <lamont> md: no clue
[08:18] <elmo> ugh, why on earth did nautilus move a library around without changing the package name?
[08:40] <Matt|> sup with the openoffice packages guys?
[08:48] <seb128> elmo: what ?
[08:49] <seb128> elmo: oh yes, nautilus 2.9 design is in change, should be fixed soon
[09:00] <lamont> Kamion: daily builds scheduled for hoary (but not warty - it rejects uploads... .:-)
[09:03] <pitti> mvo_: ping
[09:03] <pitti> fabbione: got a minute for me?
[09:04] <seb128> lamont: do you know if epiphany-browser is waiting on something to build ?
[09:05] <pitti> Kamion: do you have a minute for me?
[09:06] <haggai> Matt|: they are b0rken
[09:06] <Matt|> haggai, k fine
[09:06] <Matt|> haggai, you doing em?
[09:06] <Matt|> just wanted to make sure someone knew
[09:07] <mvo_> pitti: png
[09:07] <mvo_> pong even
[09:08] <mdz> lamont: done
[09:09] <haggai> Matt|: doko did the last set
[09:11] <Matt|> kthx
[09:11] <lamont> mdz: btw, is fixed in  krb4_1.2.2-11ubuntu3
[09:11] <mdz> lamont: please close it, then :-P
[09:11] <lamont> yeah
[09:12] <lamont> that was the plan
[09:20] <seb128> lamont: any idea for epiphany-browser ?
[09:20] <seb128> lamont: oups, later
[09:22] <spotter> anyone know where I can get the language-tools-en needed by new openoffice debs?
[09:23] <tseng> its not merged to ubuntu yet, give them some time to work it out.
[09:28] <Md> mdz: look at http://www.reactivated.net/udevrules.php
[09:29] <mdz> Md: regarding #1293?
[09:29] <Md> mdz: yes. basically, you can choose a device by its bus position, model (human readable name or PCI/USB/whatever ID) or MAC address
[09:33] <mdz> Md: looks like what we need, thanks
[09:33] <mdz> Md: we'll have a mail->bugs gateway soon :-)
[09:33] <mdz> Md: what do you think we should use for a naming scheme?
[09:33] <Md> mdz: cool. this is what I really miss in bugzilla
[09:33] <mdz> we could try to make the numbered devices persistent, or name them according to some other scheme
[09:33] <Md> mdz: I'm busy right now. let's talk about it at the next break
[09:34] <Md> keep writing :-)
[09:35] <haggai> spotter: you don't actually need it.  Make a dummy package or use a dpkg --force flag
[09:39] <mdz> jdub: around?
[09:39] <mdz> Md: I added some notes to bugzilla
[09:44] <mdz> elmo: do you have a knob which lets us say "sync this package the next time it's updated, overwriting the ubuntu version"?
[09:48] <mdz> what's the story with openoffice.org?
[09:48] <tseng> it deps on some l10n stuff
[09:49] <elmo> mdz: no
[09:49] <tseng> that doesnt seem to be merged
[09:49] <mdz> is there a bug in bugzilla already?
[09:49] <tseng>   openoffice.org: Depends: openoffice.org-l10n-en (> 1.1.2+1.1.3) but it is not going to be installed or
[09:49] <tseng>                            openoffice.org-l10n-1.1.3
[09:49] <tseng> elmo: Broken packages
[09:49] <mdz> I don't see one
[09:50] <tseng>   openoffice.org-l10n-en: Depends: language-support-en but it is not installable
[09:50] <tseng> i shall make you one in 10 minutes
[09:50] <tseng> bbiaf
[09:50] <mdz> nothing in Debian or Ubuntu builds language-support-en
[09:50] <mdz> or oo.o-l10n-1.1.3
[09:50] <tseng> thats fairly odd
[10:00] <mdz> did dput suddenly stop defaulting to passve ftp or something?
[10:01] <fabiand> hello, doesn anyone know the problem when modprobbing pktgen?
[10:01] <mdz> nope
[10:02] <fabiand> i'm not sure whether it is a bug or not ..
[10:03] <mdz> I don't know what the problem is, because for me there is no problem
[10:03] <fabiand> ha - okay ... so works for you?
[10:04] <fabiand> it says that my machine hasn't got a "working cycle counter" even google doesn#T know what this is ..
[10:08] <Md> mdz: I think that the solution depends on how many resources you can throw to the problem. in an ideal world we would have a configuration program which would generate the udev rules to statically bind hardware devices to names, and something which at boot time would check if some devices (dis)appeared and ask the user (email? DBUS?) to run the configuration program
[10:09] <ggi> I've been using Synaptic for the first time in a while, and I've noticed that it uses a fairly curious turn of phrase for many of its menu entries and prompts. One example that sticks out is "To be not upgraded" in the summary dialog. Other examples (in the preferences dialog), while technically correct, also read rather obtusely. It may just be me, I suppose.
[10:09] <mdz> ggi: mvo_ is the person to talk to about synaptic
[10:09] <mvo_> ggi: are you a native speaker?
[10:09] <ggi> mvo_: Of English, yes.
[10:10] <mvo_> I'm not, so any help with wording is appreciated :)
[10:11] <sivang> mdz : ping
[10:12] <sivang> hey ggi
[10:12] <mdz> sivang: pong
[10:12] <sivang> mdz : I was just reading the trail in my bug and in #3401, does debian also use hald?
[10:12] <sivang> mdz : (recalling that when using debian sarge everything's fine)
[10:12] <ggi> mvo_: I'll have a more detailed look through it, and see what I can improve.
[10:13] <mvo_> ggi: that would be great! thanks a lot
[10:13] <mdz> sivang: I'm not sure what you mean
[10:13] <mdz> sivang: debian contains hald and you can install it
[10:13] <sivang> mdz : ok, sure I'll restate - does debian install it by default like warty/hoary?
[10:14] <spotter> seb128: saw my dvd bug report?
[10:15] <sivang> mdz : I'm trying to understand why debian doesn't have that problem
[10:15] <mdz> sivang: which bug # is yours?
[10:16] <seb128> spotter: #nnn ?
[10:17] <sivang> mdz : 2315
[10:17] <mdz> sivang: did you not try the test that I suggested?
[10:17] <mdz> sivang: that is a much simpler way to find out, rather than comparing with Debian
[10:19] <sivang> mdz : hadn't had a chance yet, as this is borrowed laptop, but I will tommorow, however I think it's interesting to try and understand what debian has/hasn't that exempts it from carrying the bug, from my memory I recall that debian doesn't install hald by default, am I right?
[10:20] <spotter> seb128: https://bugzilla.ubuntu.com/show_bug.cgi?id=4205
[10:21] <seb128> spotter: yeah, I've read this one but no idea for the moment
[10:22] <spotter> ok
[10:27] <sivang> mdz : ok, I will report tommorow on my finding with stopping hald :) thanks!
[10:30] <mdz> sivang: with Debian it is entirely up to you and what you select
[10:30] <mdz> by default you get a minimal system
[10:30] <sivang> mdz : yes I almost had it forgotten, that almost every tiny bit of automation or support comes with loads of apt-gets and editinf conffiles :)
[10:31] <tseng> mdz: sorry, getting pretty busy now
[10:31] <tseng> ill get to filing that bug later if no one else has
[10:32] <sivang> mdz : I especially recall one install I did on this same laptop using bf2.4, 3 days went before everything was set up. I had to manually fine tune X values to make X use the whole area of the lcd...
[10:32] <tseng> bbl
[10:34] <pitti> mdz: re derooting unix_chkpwd: as far as the Debian bug report says, setgid shadow will fail for NIS logins
[10:34] <mdz> pitti: ah, good point
[10:34] <pitti> mdz: okay, NIS should die and be replaced by LDAP, but there are still a lot of NIS systems around
[10:35] <mdz> pitti: perhaps the nis package could provide a setuid root version, and the default could be setgid shadow
[10:35] <pitti> mdz: I would still favor a debconf question (normal, default setgid)
[10:35] <pitti> mdz: hmm, could work as well
[10:36] <pitti> mdz: but then nis had to use dpkg-statoverride?
[10:36] <mdz> pitti: I was thinking it could be two separate programs
[10:36] <pitti> mdz: or do some dirty trick with dpkg-divert, copy the executable binary and chmod it
[10:36] <mdz> pitti: anyway, this one is a low priority; that is a small and auditable program
[10:37] <mdz> there are worse offenders
[10:37] <pitti> mdz: yeah, just thinking about it
[10:37] <pitti> a matter of pride :-)
[10:37] <thom> pitti: take a real challenge, make wu-ftpd not suck
[10:37] <pitti> mdz: btw, I recently thought about a suid wrapper for dhcp3 client
[10:37] <pitti> thom: good idea
[10:38] <pitti> mdz: the daemon itself already runs fine
[10:38] <thom> pitti: i don't think there's time before the next iceage, mind
[10:38] <pitti> mdz: i'm still unsure how to call the script
[10:39] <pitti> mdz: it would be pointless if the wrapper would accept anything dhclient would call through it
[10:40] <pitti> thom: is vsftpd any better?
[10:40] <pitti> thom: proftpd runs as normal user
[10:40] <thom> pitti: much
[10:41] <mdz> pitti: I think a privsep approach would be best, with one process continuing to run as root
[10:41] <pitti> thom: argh, wu-ftpd is universe
[10:42] <pitti> thom: so why bother about it at all?
[10:42] <pitti> mdz: two continuously running daemons? Wouldn't that be a recursive problem then?
[10:42] <thom> pitti: dude, i was joking. sorry
[10:43] <pitti> thom: hmm, okay. Then I go back derooting X.org now :-)
[10:43] <thom> pitti: it's just that wu-ftpd is the most insecure and buggy piece of software on the face of the planet ;-)
[10:44] <pitti> thom: looking at the number of security issues I already read about it, I wholeheartedly agree :-)
[10:57] <ggi> Any ideas what should I change "To be not upgraded" to in Synaptic? I think I recall it being "To be kept back" in the past.
[10:59] <mvo_> ggi: eugenia (from osnews) complained that "kept back" sounds too much like it was kept back because of problems
[10:59] <mvo_> that was the reason why it was initially changed
[10:59] <mvo_> ggi: https://bugzilla.ubuntu.com/show_bug.cgi?id=1309
[11:06] <mdz> mvo_: how about "unchanged"?
[11:06] <mvo_> "unchanged" sounds pretty good to me. short and simple :) what do you think ggi?
[11:09] <ggi> mvo_: Possibly. I'm not quite sure what "unchanged" would imply to a user.
[11:09] <Kamion> lamont: thanks a lot
[11:09] <Kamion> pitti: yep?
[11:10] <pitti> Kamion: ?
[11:10] <pitti> Kamion: oh, the ping
[11:10] <pitti> Kamion: that was about reviewing the libgd security update, but this is already done :-)
[11:11] <Kamion> pitti: ok, cool, I was out at karate training
[11:11] <|trey|> Can someone please fix the OOo packages... Matias Klose uploaded a package that depends some kde stuff... and everyone is going nuts  :(
[11:11] <ggi> mvo_: But even something like "Not upgraded" could be interpreted as referring to the unchanged entirety of the repository, I suppose. Hmm.
[11:11] <pitti> Kamion: hey, nice. I do Tae Kwon Do, which is not too far apart...
[11:13] <Kamion> pitti: cool; what belt?
[11:13] <ggi> mvo_: The part of the repository not affected by the current upgrades/downgrades/installs and so on, that is.
[11:14] <mvo_> ggi: ok.
[11:15] <pitti> Kamion: still the white one :-( There are no trials in my club
[11:15] <Kamion> likewise, unfortunately I'm going to miss the red-belt grading due to being in Mataro
[11:15] <Kamion> so I get to double-grade for orange in March
[11:16] <pitti> orange???
[11:16] <pitti> oh, the Japanese system
[11:16] <pitti> wow
[11:16] <pitti> Kamion: you can do a new belt every three months?
[11:16] <pitti> amu: how long have you done this now?
[11:16] <Kamion> pitti: red, orange, yellow, green, blue, purple, purple+white, brown, brown+white, brown+red, black
[11:17] <Kamion> pitti: for the first five or six at least, yeah
[11:17] <pitti> Kamion: you _start_ with a red belt? That's odd
[11:17] <amu> pitti: something about 16years
[11:17] <Kamion> pitti: yeah, basically just goes through the rainbow it seems
[11:17] <pitti> Kamion: we have white, yellow, green, blue, red, black
[11:17] <pitti> Kamion: with while-yellow, yellow-green and so on in between
[11:18] <pitti> amu: wow, I only started at my 3rd uni semester, about 4 years ago
[11:18] <pitti> oh, and sorry for being so OT :-)
[11:19] <pitti> Kamion: btw, I did not read anything about training facilities in the Mataro hotel :-(
[11:19] <amu> pitti: hehe 4 years and still white?
[11:19] <pitti> amu: as I said, no trials in our uni
[11:21] <Kamion> pitti: haven't checked on that myself
[11:21] <amu> pitti: yeah thats little bad, same here i've null time for it to my the 4th
[11:21] <amu> s/my/make
[11:21] <Kamion> pitti: sadly I'm not sure I'm advanced enough to train usefully with somebody from another discipline, although I could try
[11:22] <pitti> Kamion: when did you start?
[11:23] <Kamion> three months ago
[11:30] <Matt|> chaps bit of help needed. A guy has this error when starting firefox + thunderbird. He's tried everything that anyone in #ubuntu can think of. Sorry to disturb but someone might know
 (firefox-bin:8683): Gdk-WARNING **: locale not supported by Xlib
 (firefox-bin:8683): Gdk-WARNING **: cannot set locale modifiers
 *** loading the extensions datasource
 *** ExtensionManager:_updateManifests: no access privileges to application directory, skipping.
 Segmentation fault
[11:33] <mdz> Kamion: problems committing to the seed archive again :-(
[11:34] <mdz> arch_commit: unable to acquire revision lock (internal error in archive-pfs.c(pfs_lock_revision))
[11:34] <mdz>     tree: /home/mdz/data/src/canonical/seeds/hoary
[11:34] <mdz>     revision<EMAIL_ADDRESS>[11:34] <mdz> hmm
[11:34] <mdz> elmo: I think you'll need to be the one to fix it
[11:37] <pitti> mdz: did you happen to cancel a commit with ^C?
[11:37] <pitti> mdz: this happened to me
[11:38] <mdz> pitti: no, I have encountered that situation in the past though
[11:38] <mdz> this time the repository is just broken
[11:38] <mdz> e.g., someone committed with a wrong umask
[11:38] <pitti> mdz: ah, I had that once, too
[11:39] <pitti> mdz: it required to manually remove the lock directory from the server
[11:39] <pitti> Good night everybody!
[11:39] <mdz> pitti: yes, but I don't have permission in this case
[11:39] <mdz> pitti: good night
[11:40] <pitti> mdz: same for me back then, I had to ask Oliver elphick to remove the dir
[11:40] <pitti> mdz: somehow I felt that this was outright buggy...
[11:40] <mdz> pitti: there is a bazaar bug in bugzilla already
[11:54] <mdz> Kamion: wow, openssh is still back on DH_COMPAT=2?
[11:56] <elmo> mdz: fix it how?
[11:58] <mdz> elmo: g+w
[11:58] <mdz> elmo: on the ++revision-lock directory, I think
[11:58] <mdz> that's my best guess, anyway
[12:00] <daniels> mdz: whoohoo!!


[04:46] <doko> coreycb: yes, it's planned, and a rc already is in -proposed
[06:26] <tumbleweed> cjwatson: FYI: launchpadlib 1.10.17's tarball fails gpg verification
[09:29] <cjwatson> tumbleweed: huh, how did I manage that
[09:30] <cjwatson> tumbleweed: I've reuploaded it with a non-outdated signature - tarball stayed the same, sig should be good now
[11:02] <tumbleweed> cjwatson: thanks :) (I uploaded without it anyway)
[12:34] <Unit193> I'm a little confused about LP 1993456
[12:34] -ubottu:#ubuntu-devel- Launchpad bug 1993456 in wireguard (Ubuntu) "Merge wireguard from Debian unstable for l-series" [Undecided, Incomplete] https://launchpad.net/bugs/1993456
[12:37] <ahasenack> Unit193: these are just bugs the server team uses to track potential merges for the next cycle
[12:37] <ahasenack> Unit193: we use these bugs in our merges board
[12:37] <ahasenack> Unit193: sometimes there is no action to take, because there is no new upload in debian
[12:38] <ahasenack> Unit193: but we file the bug nonetheless for tracking purposes
[12:39] <ahasenack> Unit193: that wireguard one, for example, is incomplete exactly because there is nothing to merge yet
[14:58] <nteodosio> Once ISO test cases are archived one can longer add his report to it?
[15:01] <coreycb> thanks doko
[15:06] <seb128> nteodosio, I think that's correct indeed
[15:06] <nteodosio> Thanks
[18:17] <bdmurray> nteodosi: can you add some more information to bug 1993313?
[18:17] -ubottu:#ubuntu-devel- Bug 1993313 in ubiquity (Ubuntu) "Crashed twice during installation" [Undecided, New] https://launchpad.net/bugs/1993313
[18:18] <nteodosi> bdmurray, yes, if I can reproduce it again.
[18:18] <bdmurray> nteodosi: if you still have an installed system there would be logs to gather
[18:20] <nteodosi> bdmurray, I used a same .img to perform the tests, unfortunately
[22:21] <Unit193> ahasenack: Seems weird to file bugs for merges when there are none, OK...
[22:21] <Unit193> ...Maybe I shouldn't be subbed to bug reports after all.


[00:29] <cmaloney>  rip mix burn
[00:29] <cmaloney> iirc
[00:29] <cmaloney> https://www.macworld.com/article/2934175/think-retro-rip-rip-mix-burn.html
[01:15] <jrwren> rip mix burn!
[01:15] <jrwren> TY TY
[01:46] <cmaloney> yw
[02:06] <mechpilotace> so I never got an answer on viable firefox alternatives, I guess people are keen on librewolf
[02:07] <mechpilotace> but I don't have any experince with it
[02:07] <cmaloney> Honestly I'd stick with Firefox for now. That post they made seemed like they were trying to get folks to be more transparent rather than censorship
[02:07] <cmaloney> eg: "this is a paid advertisement" stuff
[02:10] <mechpilotace> yah i'm just worried yah know, "give em an inch they'll take a mile" right?
[02:10] <cmaloney> Understandable
[02:10] <cmaloney> but right now Firefox isn't in a great spot for dictating things likethis
[02:11] <mechpilotace> on the otherhad doesn't seem like I have much of a choice either since I definately don't want to use chrome based solutions
[02:12] <cmaloney> Yeah, considering the "big four" browsers are 2 for webkit, one for khtml (pre-webkit) and Mozilla...
[02:15] <mechpilotace> whenever I think about webkit, it just makes me think about all the console exploits
[02:16] <cmaloney> Heh
[02:17] <mechpilotace> sony was so bad about updating that, also isn't it weird that they had linux available on the PS3 and PS2? When those OS's were based on FreeBSD? Why not just have a BSD on them?
[02:17] <cmaloney> Because having a Linux was a selling point
[02:18] <mechpilotace> does BSD have that much hate?
[02:18] <cmaloney> but then they shut that off when they realized it was an exploit
[02:18] <cmaloney> Not as much mindshare
[02:18] <cmaloney> Linux was new and interesting technology back in the 2000s
[02:19] <cmaloney> They were touting it as a supercomputer
[02:19] <cmaloney> https://en.wikipedia.org/wiki/PlayStation_3_cluster
[02:19] <mechpilotace> also as a side note, I found that design pattens book for people interesed https://www.textbooks.com/Design-Patterns-Elements-of-Reusable-Object-Oriented-Software/9780201633610/Erich-Gamma.php?CSID=2QQUJO2OJDMUMTTQDCDTMUSCB
[02:19] <cmaloney> so having Linux on it was just another foot-in-the-door for supercomputers
[02:20] <mechpilotace> well since BSD is more permissive you would think that gov and others would be more interested right?
[02:20] <cmaloney> BSD also had a lot of legal issues in the 1990s that hampered them
[02:20] <mechpilotace> As a fanboy I think there is alot of cool things going on in *BSD land but nobody seems to notice
[02:21] <mechpilotace> well yah I guess the all the proprietery dealings right?
[02:21] <cmaloney> x86 unix was not in a healthy state
[02:23] <mechpilotace> yah I guess thats true, guess it just makes me more hip lmao
[02:23] <cmaloney> https://en.wikipedia.org/wiki/FreeBSD#Lawsuit
[02:24] <cmaloney> Plus you had a lot of proprietary UNIX variants like Xenix, SunOS (on the 386i)
[02:24] <mechpilotace> do you think if that wasn't the case that it would be more widely adopted?
[02:24] <cmaloney> hard to say
[02:25] <cmaloney> I think it didn't help
[02:25] <cmaloney> but Linux also hit at the right time with the right price
[02:25] <mechpilotace> Personally, there are alot of things that BSD does better and Linux does better but I don't see nearly the amount of interest in BSD anymore
[02:26] <mechpilotace> Yah definalty Linus struck at the right time
[02:26] <mechpilotace> and thats half the battle
[02:26] <cmaloney> distribution was free, the kernel was decent, and it was essentially a Sun Workstation on a PC for a fraction of the cost
[02:26] <cmaloney> and the GNU project had enough time to get good or better versions of UNIX tools
[02:27] <cmaloney> for me it was near the end of college when Linux hit
[02:28] <cmaloney> and it gained momentum right as I was getting weaned off of the Sun SPARC workstations in college
[02:28] <mechpilotace> yah deffinately, all that is a big + for linux, but the easier to understand init system and lower LoC count on all the BSD utilites would make me think that people would come to BSD too but I'm the only person I know that evens runs it lol
[02:28] <cmaloney> and wound up at Wayne State in their college of engineering as a student employee (but not a student)
[02:29] <cmaloney> and one of the guys there handed me a Linux disc so I didn't have to make all the floppies
[02:29] <cmaloney> and another guy sold me his old 486SX20
[02:29] <cmaloney> (Compudyne)
[02:29] <cmaloney> I was dual-booting that between Windows / DOS and Linux
[02:30] <cmaloney> and then I just got tired of not being in Linux so I stopped dual-booting.
[02:30] <mechpilotace> Is it weird that that I feel nostalgic for that time in computing even though I never lived it? I guess thats what being a millenial is all about
[02:31] <cmaloney> Well, there's a certain newness to it
[02:31] <cmaloney> it's like my generation pining for Woodstock even though it was a paroody by the time we knew anything about it
[02:31] <mechpilotace> I am getting to that point now, I just wish proton was on more platforms and funded better, all *nix
[02:31] <cmaloney> some folks just get charmed by it
[02:32] <mechpilotace> games are the only propriety software that I feel bound too
[02:32] <cmaloney> I had some problems getting proton to work on my machine because my steam is under /usr/local/games and unfortunately AppImage needs special tweaking ito make it work.
[02:33] <mechpilotace> yah by the time limp bisket was at woodstock it was 7 levels deep of irony
[02:33] <cmaloney> The main thing that was magical for me was that it was the power that I felt on those Sun Workstations on this PC computer
[02:33] <cmaloney> multitasking was a hell of a drug
[02:34] <cmaloney> still is.
[02:34] <mechpilotace> oh really? it worked great on my machine just from the steam menu no configuring (intel nuc 8th gen i3 ubuntu 18.04)
[02:34] <cmaloney> I also came from an Atari 8bit computer and my parents 286 computer
[02:34] <cmaloney> I couldn't get shit working under Proton. I finally gave up
[02:34] <cmaloney> not that I have a bunch of Windows games queued up.
[02:35] <cmaloney> but JoDee was looking at No Man's Sky and we didn't want to drop $60 on frustration
[02:35] <mechpilotace> basically what won me over was the "man" command, and then my quest for more minimal implementation of things and suckless lead me to the BSD's
[02:35] <cmaloney> I love Wine, but it can be an unpredictible pain
[02:35] <mechpilotace> yah I cou
[02:35] <cmaloney> I got some games working under it and they worked great until they didn't.
[02:36] <mechpilotace> * yah my dumbass couldn't get wine configured but proton works great since I am remvoed completely
[02:36] <cmaloney> and then it just disappeared and I was left with nothing
[02:36] <cmaloney> Crossover as well
[02:36] <cmaloney> though I upgraded crossover and now my MS Office 2007 no longer works (Parent's copy) so now I'm Libreoffice only
[02:36] <mechpilotace> the big thing for maximum compatebilty, is to run the latest version, which is not on steam, need to get it from github
[02:38] <cmaloney> right
[02:39] <mechpilotace> https://www.youtube.com/watch?v=gUQXF4iagc0
[02:41] <cmaloney> Yeah, eventually I'll play with it again
[02:41] <cmaloney> but I have enough Linux-only stuff that I haven't played that I'm not bothered to keep whacking my head against it
[02:42] <cmaloney> https://dfarq.homeip.net/wp-content/uploads/2017/06/compudyne-pc.jpg <- This is the compudyne case that I had
[02:42] <cmaloney> loved this case because it looked like a Sparcstation
[02:42] <cmaloney> wish they made more stuff like this
[02:43] <cmaloney> it survived a motherboard swap before it became too much of a pain to keep using, which is when I started using other cases
[02:43] <cmaloney> like the Inwin q500
[02:43] <cmaloney> http://www.dansdata.com/images/buildpc/320/case.JPG
[02:43] <cmaloney> this thing was a fucking monster of a case
[02:44] <cmaloney> I had two full-height SCSI drives in there from a SGI server that my friend parted out
[02:45] <cmaloney> anywho, need to head AFK for the evening. TTYL!
[02:58] <mechpilotace> oh dang yah that just looks like a SUN system, the bummer is that the real SUN UltraSparc's are more than a PC now
[18:46] <mechpilotace> just got wee-slack setup at work, its great
[18:51] <cmaloney> yeah, it's freaking amazing
[19:05] <mechpilotace> on just using weechat for this irc here, is there a config file that you can put servers and creds for auto-login?
[19:08] <cmaloney> yes, though I'm not recallig it offhand
[19:09] <cmaloney> just look up freenode nickserv weechat and you should get some details
[19:11] <jrwren> `.


[00:16] <infinity> wookey: If it's build-dep of a lot of things, so yeah, I'd say it installs okay.
[00:27] <wookey> hmm. I wonder what's going on there. This error seems to come from a tightening up of struct conversion rules in python3
[00:27] <wookey> I wonder if something got a wrong header somewhere.
[00:27] <wookey> better check the debian/ubuntu delta
[00:31] <infinity> Our pygobject delta is large, since we're using the experimental version.
[00:31] <infinity> But what we had in saucy was older than sid, and it worked...
[01:54] <wookey> yes this worked OK for me in saucy. It's cauing trouble in unstable
[18:17] <awafaa_> infinity: have you had a chance to look at that doc i sent you last week?
[18:24] <infinity> awafaa: Not yet, I've been going flat our here with other messes since I got home. :/
[18:24] <infinity> s/our/out/
[20:01] <awafaa> infinity: piss poor excuse, but OK ☺
[20:24] <infinity> awafaa: The dog ate my homework?
[20:30] <awafaa> Sure, works for me
[22:59] <reb``> Will Ubuntu 14.04 install on ARM Chromebooks with full disk encryption?
[23:02] <infinity> The last part of that sentence makes some curious assumptions about the first part.
[23:02] <infinity> We don't officially support installing to Chromebooks at all, you kinda need to hack that together yourself.
[23:33] <reb``> Yes, Ubuntu is not officially supported on Chromebooks, but various people have managed to install it in various ways.


[10:31] <GreenChris> anyone knows a time, when the developer preview for the N4 is released?
[10:46] <Calinou> lolphone


[01:44] <arraybolt3[m]> @Akshay Jr.: Try searching for touchpad settings in your start menu and change the speed.
[01:44] <arraybolt3[m]> !patience
[02:16] <oerheks> why install python4, while it is standard?
[02:16] <oerheks>  err python3
[02:16] <oerheks> and python2 is EOL.
[03:47] <Spring> Is there a file manager similar to the default Dolphin that supports displaying/sorting date created timestamps? When I tested Kubuntu on a live ISO I couldn't find any option to see that timestamp.
[03:47] <Spring> from what I understand Ubuntu (and presumably by extension Kubuntu) uses ext4 which supports such timestamps
[03:52] <oerheks> i think timestamps only work when you do a real install
[03:53] <oerheks> all timestamps should be equal on the live iso
[03:53] <oerheks> mount some data disk, and you might be able to select time
[03:58] <Spring> oerheks, are you able to view date created on your install btw? I had the live ISO's system + a mounted NTFS drive, fwiw.
[05:44] <guiverc> Spring, I can sort by Created.Date but I'm not using NTFS or a squashfs/live fs.
 Hi
 Kde connect is not working
[06:28] <guiverc> @Oov, you'll have to provide release details & some clues; do you mean you get a crash when you run it; is there a .crash file in /var/crash/ or what?
 No not crash
 It just cant recognaize my phone
[06:32] <guiverc> You've still not provided any release details, phone details may also help
 Kde connect 1.19.1 (re @IrcsomeBot: <guiverc> You've still not provided any release details, phone details may also help)
 What kind of phone details?
[07:09] <guiverc> Kubuntu release details?
[10:48] <iomari891> greetings, is it possible to do an unattended upgrade to 22.04 from 20.04? The last upgrade I did keep needing input. I would go to do something, come back and find the system waiting for me to answer a question.
 0Q04
 JJY2
 Z7KF
[11:09] <guiverc> iomari891, please don't post the same question in multiple rooms
 Hello people. I have a Lenovo V155-15API laptop. My problem is that one of the fn+f key combinations, the one that is supposed to toggle the touchpad on and off, does not work. Every other combinaiton (for example volume toggles) works. How can I make that combination work as others do?
 I have a Lenovo Yoga C740, IIRC the touchpad button worked fine, but screen and keyboard brightness keys didn't :(
 Ummm, what happened here? :D I censored some bits, but you can probably figure out the problem : https://irc-attachments.kde.org/c89c00ee/file_58219.jpg
 I flipped over to tty2 and back to tty1, then eveything was fine again.
[11:59] <arraybolt3[m]> @npeippo: Good... yikes. Wow. I'mma say your graphics drivers need some coffee. What did you do just before it went into this state?
 Tried to bring up Discord, which was open in the background :)
[12:02] <arraybolt3[m]> Was it just a random glitch that isn't coming back, or can you make it happen again?
 Seems quite random, won't come again
 Probably just the 3d desktop effects thingy not wanting to play nice with the graphics drivers
[12:03] <arraybolt3[m]> Man. Well glad it fixed, but wow. What graphics hardware are you using? Intel, AMD, or NVIDIA?
[12:03] <arraybolt3[m]> That's what I would guess. Or maybe an overheated GPU.
[12:03] <arraybolt3[m]> ¯\_(ツ)_/¯
 gtx 1070 ti
 22.04.0 (re @IrcsomeBot: <guiverc> Kubuntu release details?)
[12:04] <arraybolt3[m]> Are you using the proprietary drivers?
 I'm quite sure it wasn't overheated, I had just booted up the system a minute earlier
 Yup
[12:05] <arraybolt3[m]> Hmm, well then I'm not sure what to say. Except wow. Maybe you could show us the output of dmesg? Ctrl+Alt+T to bring up a terminal, then "sudo dmesg | nc termbin.com 9999" and send back the link. That might give a clue to what lost its mind for a sec.
 https://termbin.com/lnv0
[12:10] <arraybolt3[m]> Oh great. That Discord/Snap/AppArmor glitch has pretty much wiped your dmesg logs, so... I guess it will forever be a mystery.
 🤷♂
 I can sleep my nights quite well without knowing what it was :)
[12:23] <arraybolt3[m]> @npeippo: Silly question, but mind if I post the glitch on Reddit?
 If you care to censor the rest of the names and texts that are visible, then it's okay. There isn't anything sensitive, but still... :)
 I'm too busy atm :D
[12:24] <arraybolt3[m]> You got it.
[12:29] <arraybolt3[m]> Meh, I'm tired and there's too much there to clean up, so nevermind.
[12:30] <arraybolt3[m]> I do still wish I knew what made it go bonkers, though...
 Ah, let me try :)
 I might just have a minute
[12:36] <BluesKaj> Hi all
 I'm so artsy :D http://fpaste.dy.fi/u1x/disp there ya go
 Good enough for sharing..
[13:04] <goddard> the firefox flatpak always opens in this strange flatpak directory instead of my previous save location
[13:04] <goddard> any way to fix it?
[13:05] <goddard> and shouldn't firefox flatpak have GPU Acceleration?
 Btw, Telegram isn't opening any links by clicking on them anymore. Any tips on this?
 I'd like them to open in ffox
 017v
 11D3
 Hello. When I connect my second monitor to the laptop through the HDMI port. I encounter a black screen and low light on the monitor. I searched a lot about this but did not find an answer. Can anyone help me solve this problem?
 xrandr | grep ' connected'
 eDP-1-1 connected primary 1360x768+0+132 (normal left inverted right x axis y axis) 344mm x 194mm
 HDMI-1-1 connected 1440x900+1360+0 (normal left inverted right x axis y axis) 256mm x 192mm
 nvidia ver : 470 , nvidia model : GT 740M
[13:12] <goddard> afshin if you have a display port adapter might try that
 It is healthy. In fact, it displays the windows, but not as it should be in normal mode (re @IrcsomeBot: <goddard> afshin if you have a display port adapter might try that)
 The background and panel are not displayed, but the mouse icon is visible, even the programs are displayed, but the background is black
[13:16] <goddard> afshin if you use a display port adapter you MIGHT get different results HDMI is notorious for little issues.
 But I have this problem only in Kubuntu, while I don't have this problem in Ubuntu and Arch (re @IrcsomeBot: <goddard> afshin if you use a display port adapter you MIGHT get different results HDMI is notorious for little issues.)
[13:21] <goddard> Afshin I am just trying to help you with your problem.  I don't think this needs to be said, but I don't know everything about your sistuation, but the startup process for each display manager is different.  Maybe look into that?
[13:21] <goddard> Does it display properly in SDDM?
 If you mean the second monitor, yes, it is displayed, but the resolution is low, but everything is normal in the laptop. (re @IrcsomeBot: <goddard> Does it display properly in SDDM?)
[13:23] <goddard> SDDM is KDE/Plasma's login screen
[13:24] <goddard> GDM is Gnome's login screen
[13:24] <goddard> I am wondering if SDDM looks good on that screen.
 I know that on my second monitor, SDDM is displayed with a low resolution, when I log in, the screen is black (re @IrcsomeBot: <goddard> I am wondering if SDDM looks good on that screen.)
[13:26] <goddard> Have you tried launching Plasma from GDM instead?
 I have not tried. How ? (re @IrcsomeBot: <goddard> Have you tried launching Plasma from GDM instead?)
[13:29] <goddard> You said things worked on normal Ubuntu.  Did you install Kubuntu as a fresh install?
 Yes (re @IrcsomeBot: <goddard> You said things worked on normal Ubuntu.  Did you install Kubuntu as a fresh install?)
 Don't you have this problem? (re @IrcsomeBot: <goddard> You said things worked on normal Ubuntu.  Did you install Kubuntu as a fresh install?)
[13:33] <goddard> I see, well normally you wouldn't want to do this, but if you really want Plasma to work what I would do is try and figure out what is different from the two installs so I can bring over what is working under GDM/Gnome into SDDM/Plasma.
[13:33] <goddard> You can possibly disable the GUI boot up and see if you see any processes failing.
[13:33] <goddard> This is how I would debug the issue.
[13:34] <goddard> If you installed normal Ubuntu and then installed the Kubuntu Desktop on top of that you could picked GDM as your login manager.
[13:34] <goddard> During the login process in both GDM/SDDM you can pick which DE you want to use.
 I will come back now, I apologize
 No I have Kubuntu installed already. My problem must be in the graphics settings, I don't master it. (re @IrcsomeBot: <goddard> During the login process in both GDM/SDDM you can pick which DE you want to use.)
 hi
 arraybolt3
 are u there?
 meta+w is not working
 Looks like Firefox's default keyboard shortcut for jumping to a certain tab is ALT+number. I'm used to ^+number from Windows, is it possible to change? Couldn't find from ffox's own settings.
 i checked this and it is still not working (re @RikMills: )
 What is meta button?
 I was curios before and want to know what button it is
 Seen this too on my kubuntu install
[22:31] <oerheks> AltGR, standard


 How can i change the default selected os in the grub?
 Please I just realized it affected my Bluetooth also (re @IrcsomeBot: <mmikowski> travantee: Yes)
[14:19] <BluesKaj> Hi all
 hey , any one know how to create hotspot on kubuntu?
 if yes pls help me
[19:26] <alkisg> From the wifi settings dialog, you don't need any special programs for it...
 i cant able to do , pls help (re @IrcsomeBot: <alkisg> From the wifi settings dialog, you don't need any special programs for it...)
 https://i.imgur.com/cOOHo0M.png
 see
[19:52] <alkisg> milesdredd, well, is your wi-fi adapter inserted? It says "no"
[19:53] <alkisg> What's the output of this command? (lsusb; ip a) | nc termbin.com 9999
 https://termbin.com/0nl40
[20:15] <alkisg> milesdredd, and the output of this? (lspci -nn -k | grep -A3 Wireless; sudo iw phy) | nc termbin.com 9999
 https://i.imgur.com/o4cSpjh.png
 first see this
 may help
 https://termbin.com/akk5
[20:19] <alkisg> Supported interface modes:                 * IBSS                 * managed                 * AP
 ?
[20:20] <alkisg> milesdredd, your device is missing the AP mode, so it can't work as a hotspot
[20:20] <alkisg> In the output of iw phy, it should have had * AP under the * managed line
 what should i do for that?
[20:20] <alkisg> Buy another device
 ohh, haha ,okay
 I think hotspot might be broken in 22.10 w/backports PPA....  Though my device is AP capabe, HotSpot is not working.  In the past, deleting the default hotspot and recreating used would "fix" the issue. However, 2 boxes with 22.10 are refusing to create a stable hotspot connection.  Looks lie a bug report is needed..
 hmm
 Rebooted into Neon dev unstable and hotspot is working perfectly.  So definitely a problem with Kubuntu ATM....