[08:27] <croraf> Hi. I have a very new laptop. I managed somehow to install 18.04 but it crashed soon after install. I cannot install "19.10" and "20.04 daily build", not even with "acpi=off" nor "nomodeset" nor
[08:28] <croraf> "modprobe.blacklist=nouveau"
[08:28] <croraf> nor "modprobe.blacklist=intel-lpss-pci"
[08:28] <croraf> what should I do?
[09:01] <lotuspsychje> croraf: wich graphics card?
[10:01] <tomreyn> do a bios upgrade first of all. by then you'll also know which exact model you have, and can tell us.
[10:01] <tomreyn> croraf: ^
[10:02] <tomreyn> oh looks like you posted to #ubuntu as well
[11:12] <croraf> lotuspsychje tomreyn I have Nvidia RTX 2080, I already upgraded bios from AMI F.15 to AMI F.16 - latest
[11:14] <croraf> the news is I managed to boot live ubuntu 18.04.3
[11:14] <lotuspsychje> !nomodeset | croraf
[11:14] <croraf> with nomodeset and modprobe.blacklist=nouveau
[11:14] <lotuspsychje> RTX cards might need the latest nvidia drivers
[11:14] <lotuspsychje> !nvidia
[11:14] <croraf> I tried nomodeset already on each version
[11:15] <croraf> nomodeset is set when you try (safe graphics) also
[11:15] <lotuspsychje> uefi or legacy?
[11:15] <croraf> I think it is UEFI
[11:15] <lotuspsychje> try booting legacy/nomodeset
[11:15] <OerHeks> RTX2080 needs nvidia 410 or up
[11:15] <OerHeks> i would try 19.10 with kernel 5.3.x
[11:19] <croraf> I tried 19.10 even worse result
[11:20] <croraf> cannot even boot live with any parameter tries
[11:20] <croraf> nomodeset, blacklist=nouveau, acpi=off... | OerHeks
[11:20] <croraf> same with 20.04
[11:21] <lotuspsychje> cannot boot..stuck where exactly?
[11:22] <OerHeks> maybe you need this page, https://iam.tj/prototype/enhancements/Windows-acpi_osi.html
[11:23] <lotuspsychje> croraf: this isnt a ryzen system or so?
[11:26] <croraf> lotuspsychje | cannot install at all, with nomodeset (safe graphics) installation shows ACPI error and ACPI boot error, and then crashes
[11:26] <croraf> with nomal graphics, it crashes after 1 sec with broken screen
[11:26] <croraf> It is HP Omen
[11:26] <lotuspsychje> intel i9 or ryzen?
[11:26] <croraf> https://askubuntu.com/questions/1188788/cannot-install-ubuntu-20-04-on-omen-by-hp-17-cb0013nm/1188791
[11:27] <croraf> i9
[11:27] <croraf> sorry, thought ryzen was a laptop brand :D not a processor brand
[11:27] <croraf> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1852636
[11:27] <croraf> I opened that bug
[11:28] <lotuspsychje> croraf: could you apport-collect BUGID on your system please?
[11:28] <OerHeks> try that iam.tj page, boot with something like acpi_osi=! "acpi_osi=Windows 2015"
[11:28] <lotuspsychje> to complete your bug
[11:38] <croraf> lotuspsychje | where should i type this, in live ubuntu boot?
[11:39] <croraf> I can only enter ubuntu 18.04 live with nomodeset and blacklist=noveau
[11:39] <lotuspsychje> croraf: from a terminal: apport-collect 1852636
[11:40] <croraf> Btw, I have windows installed on the system, I managed to create 2 more partitions with ubuntu live
[11:40] <croraf> So I boot ubuntu live and then in terminal I input this?
[11:40] <croraf> Because I reproted bug for 20.04, and with that I cannot enter the system at all
[11:41] <croraf> neither with 19.10. Only with 18.04 and nomodeset blacklist=nouveau
[11:42] <croraf> OerHeks so you want me to try inputting this                         GRUB_CMDLINE_LINUX="acpi_osi=! \"acpi_osi=Windows 2015\"
[11:43] <croraf> in which config exactly, 18/19/20.04 try try with safe graphics?
[11:46] <tomreyn> this channel is about what will be 20.04 LTS at some point
[11:47] <croraf> Yes, I'm talking about this, and what will be is that 20.04 won't work on new HP Omen laptops
[11:56] <tomreyn> !bootlog
[11:56] <tomreyn> croraf: so if you're trying to boot with an early 20.04 test build you could boot with these options, placed on the grub 'linux' line, after removing "quiet" and "splash": recovery modprobe.blacklist=intel-lpss-pci acpi_osi=! "acpi_osi=Windows 2015" debug systemd.log_level=info
[11:58] <tomreyn> if you can reach the recovery menu this way, you can then proceed by mounting file systems, dropping to a shell, and running:   journalctl -b | nc termbin.com 9999
[11:58] <tomreyn> if you have network acc3ess, this would then return a http address you can report back here
[12:06] <croraf> ok, now I inputed all of what you said, and half of the screen crashed, the rest is kinda running correctly
[12:06] <croraf> tomeryn on 18.04.3 though
[12:07] <croraf> I cannot even boot 18.04.3 Try Ubuntu now. Maybe even my usb got corrupted
[12:12] <tomreyn> croraf: for 18.04.3, /join #ubuntu
[12:13] <tomreyn> to ensure your installation media isn't corrupt:
[12:13] <tomreyn> !checksum
[12:19] <croraf> i verified the downloaded ISO is correct, but my stick can have bad sectors or something?
[12:44] <tomreyn> there is software which can verify that your iso was correctly written to the installation media. a GUI one for doing this is balena etcher.
[17:15] <croraf> Where can I see the updates / commits on Ubuntu daily builds from version to version
[17:16] <croraf> Like I have a version from yesterday morning, and I see this morning another version came out :). Where can I see the diff?
[17:24] <mason> croraf: There are mailing lists.
[17:26] <mason> croraf: https://lists.ubuntu.com/   and look at the "Package Upload and Automatic Notification Lists" section
[17:44] <croraf> mason | will I get previous updates with that?
[17:45] <croraf> Why cannot I just search, give me updates from last 7 days or something like that
[17:48] <mason> croraf: Maybe you can, but I don't know how off the top of my head. You can certainly look at the archives.
[17:52] <croraf> Subscribing to mailing list will only give me the future updates, right?
[17:52] <croraf> mason
[17:53] <mason> croraf: You can look at the archives. Example, https://lists.ubuntu.com/archives/xenial-changes/2019-November/date.html
[17:56] <croraf> mason thx
[18:48] <cybercrypto> hi there, question here: Do you happen to know if zfs option will be offered together with full disk encryption: During installation?
[20:36] <mason> cybercrypto: Eventually. At present you have to do a manual install to get that.
[20:36] <mason> cybercrypto: Also, evidently they're still taking some time to weight LUKS vs native encryption.
[20:36] <lordcirth> "eventually" as in "probably not in 20.04", or?
[20:37] <mason> cybercrypto: My experience with native encryption has been decent so far, although I miss having multiple keyslots ala LUKS.
[20:37] <mason> lordcirth: I don't have a way to know, but I'd suspect it won't be in 20.04 if it hasn't had a chance to burn in with 19.10.
[20:38] <mason> That said, supporting either kind of encryption isn't too bad.
[20:38] <mason> My favourite installs at the moment use the UEFI stub in Linux directly (no bootloader) and a native-encrypted ZFS root.
[20:39] <mason> My naive assumption is that native encryption will be a big win in mirrored or bigger vdevs.
[20:42] <lordcirth> Yeah, native is awesome but LUKS is fine
[20:44] <mason> I'm slowly working up a reasonable install script that handles mirrored/unmirrored root, and either LUKS or native encryption. I'm not considering it ready for release yet, but I've been sharing it as an example or a starting point for install scripting.
[20:44] <lordcirth> cool!
[20:45] <mason> The most recent version does Devuan, but it's easy to adapt. Half a sec.
[20:46] <mason> lordcirth: https://bpaste.net/show/OTEVW
[20:46] <lordcirth> thanks!
[20:47] <mason> lordcirth: The Ubuntu version isn't too wildly different. No need for update-rc.d, no special tricks to install ZFS binaries, etc.
[20:48] <cybercrypto> mason: thanks. you mean this option is not considered for the roadmap, or it is included and they are deciding on 'what kind of encryption' will be offered? (luks/ native)
[20:48] <mason> Also, it turns out that if you set a legacy mount on foo/var/log and include it in fstab, you can work around a race that zfs-initramfs loses otherwise.
[20:49] <mason> cybercrypto: I can't speak to the roadmap at all - not a Canonical person. I'm just speculating that it'd be a big change they'd want to see tested in a non-LTS release first. I don't actually know.
[20:50] <cybercrypto> mason: i see. I also believe this is only to be part of the lts release after being proper tested. I would go for native encryption as well (no need to luks extra stuff)
[20:51] <OerHeks>  such change would not be stable in an LTS release
[20:51] <mason> lordcirth: I'll try to remember to ping you when I get to where I have the one script handling all the various distribution options. Right now I'm keeping separate scripts more or less in parallel, and this one happens to be the most recent.
[20:51] <cybercrypto> mason: i believe one day in the future this will mature enougth to be part of any lts distro.
[20:51] <mason> cybercrypto: Agreed.
[20:51] <mason> cybercrypto: FWIW, I run it myself today, so *I* trust it, but *I* don't have to offer commercial support for it to giant organizations. :)
[20:55] <cybercrypto> mason: I also run zfs encrypted... (not on linux, but in bsd) and I am pretty satisfied with stability). I am glad cannonical is bringing it to linux distro (commercially/backing up)... other companies are strugling with xfs-red hat, brfs-suse, etc...  but in the end... zfs itself is way better. Lets hope for the best.
[20:55] <mason> Mm.
[20:55] <mason> FreeBSD, I assume, and not NetBSD...?
[20:56] <cybercrypto> freebsd
[20:57] <mason> I'd run more FreeBSD if Bhyve were more capable.
[20:57] <mason> libvirt/qemu/kvm has spoiled me.
[20:57] <cybercrypto> mason: hehe..
[21:01] <mason> What I need to explore now is LXC. It was unusable last time I looked at it, maybe 5-6 years ago, but lately it looks competitive with jails.
[21:02] <mason> LXD is also appealing, but heavier.
[21:05] <cybercrypto> mason: bsd's are not up to the speed of the virtualization architecture (believe me I feel they are great in many aspects) but is different to run against commercial companies that is heavily focusing on it... IBM and cannonical for instance).
[21:06] <cybercrypto> mason: I am no expert on it.. I am just trying to run applications on top of them :)
[21:06] <mason> Yeah.
[21:07] <cybercrypto> mason: to be honest, i dont think 'they are running against'... they are following an ideal... that's it. 8-)
[21:09] <cybercrypto> mason: it has been like what? 10 years since zfsonlinux project is up? they are great but project is running low profile... I believe now it will fly! having cannonical backing it up, things will move faster, and marked will 'realize' zfs advantages.
[21:09] <cybercrypto> let's wait and see what future will bring us...
[21:10] <mason> cybercrypto: You know FreeBSD's adopting ZOL. It'll be the ZFS they ship in FreeBSD 13.
[21:17] <cybercrypto> mason: i see that is great for the software quality... there will be huge community working towards single purpose. if you check today the zol project, you will already notice that are several developer leaders from different domains/companies engaged (specially from cannonical)
[21:18] <lordcirth> Seeing these projects merge is great, yeah
[21:18] <mason> Yeah. It's fulfilling the promise of OpenZFS. Good stuff.
[21:19] <cybercrypto> lordcirth: Agree.


[00:23] <xnox> laney:  is appstream issue with zstd manifested as a bug report at all anywhere? is there a bug against like ubuntu, ubuntu-publishing-scripts or some such? any logs or errors? I don't know if that's progressing, or if there is a way for me to help.
[00:23] <xnox> laney:  can you point me at anything?
[00:23] <xnox> i only heard about this via chat messages.
[00:52] <RAOF> Eickmeyer: About the displaycal upload: why isn't this a sync from Debian? It's not clear to me that deb-that-installs-a-flatpak is a better choice than deb-that-depends-on-python2.7 (which is presumably the other option)?
[00:52] <RAOF> A README.Debian would perhaps have been a good idea to document the reasoning.
[02:18] <Eickmeyer> RAOF: We removed it from our repositories because it won't work. Did you read my email?
[02:18] <Eickmeyer> RAOF: The Debian version doesn't work.
[02:19] <Eickmeyer> RAOF: https://lists.ubuntu.com/archives/ubuntu-release/2021-June/005235.html
[04:48] <RAOF> Ah, didn't see that.
[04:48]  * RAOF goes to work out why he's apparently not subscribed to ubuntu-release before adding his 2¢
[04:48] <RAOF> (do you want displaycal to be seeded? Because I don't think the package you've uploaded will do that)
[04:48] <RAOF> That reasoning makes sense, although I wonder if we need a better mechanism for “these $NON_DEBS should be seeded”.
[08:04] <laney> xnox: Don't think so. I just found the log message for juliank. Feel free to file one.
[08:04] <laney> here: https://github.com/ximion/appstream-generator
[08:07] <laney> I think it'd be best to start with adding a testcase there with a zstd-compressed deb, and then fixing it. We usually chat about this in #packagekit btw.
[09:38] <xnox> laney:  and we do run that snap as part of Ubuntu archive publishing?
[09:38] <xnox> i see rsync of appstream stuff
[09:43] <laney> yes
[09:43] <laney> well, depends exactly what you mean
[09:44] <laney> but that is the thing you have to fix - not relevant to this issue exactly when and how it's run
[10:04] <xnox> laney:  i think it might. I see that libarchive.so.13 is staged inside the snap, but not libzstd which is used from the host. Which makes things a little bit more treaky. Is the appstream.internal host bionic?
[10:12] <laney> xnox: xenial. are you sure about what you're saying though? libzstd1 is a dependency of libarchive13 so it would at most be removed because it's in the base snap (if it is, didn't check).
[10:12] <laney> xnox: I'm just testing an update to the snap for other fixes though, so wait a bit, I'll re-process "hello"
[10:13] <xnox> ok.
[10:13] <laney> It didn't get rebuilt for a while for stupid FTBFS reasons
[10:13] <xnox> laney:  i see upstream bugs in libarchive "when build against newer libzstd, and runs against old libzstd, bugs happen" in the libarchive changelogs.
[10:14] <xnox> xenial's libzstd1 is beyond the horizon to trigger bugs. thus imho we need this:
[10:15] <xnox> laney:  https://paste.ubuntu.com/p/DnSdfjHDSQ/
[10:15] <xnox> i have no idea how come libraries are mentioned one by one like that.
[10:16] <laney> I dunno, let's see
[10:16] <laney> It feels wrong, the deps of libarchive should arrange for this
[10:16] <laney> I'll try this new build in a bit
[10:19] <xnox> i think it doesn't have to.... cause libzstd1 is present on all ubuntu host builders..... and i think snaps can make a choice to stage things, use from base, use from host.
[10:20] <xnox> ldd /snap/appstream-generator/153/usr/bin/appstream-generator | grep -v /snap/appstream-generator => does not look great
[10:20] <xnox> https://paste.ubuntu.com/p/9bz4s3JDWQ/
[10:21] <xnox> not sure if all of these should be staged into the snap, or used from the host. but certainly libzstd.so.1 is of interest for us at the moment.
[10:21] <xnox> https://github.com/ximion/appstream-generator/pull/94
[10:22] <laney> Stop, please.
[10:22] <laney> That's base snap stuff, it's all fine AFAICS.
[10:23] <laney> I'll run this build and then we'll see what it looks like.
[12:34] <rbasak> Will SRU tooling (sru-review, etc) correctly work through a bug reference that refers to a duplicate bug?
[12:35] <rbasak> I've not seen this case before.
[12:39] <diddledan> cjwatson: I see I caused you to poke at packages.u.c, too - my own MR is now submitted to fix ubuntu ports indexing: https://salsa.debian.org/webmaster-team/packages/-/merge_requests/19
[12:40] <cjwatson> diddledan: Only very much in passing, but yeah
[12:40] <diddledan> :-)
[12:41] <cjwatson> diddledan: Thanks
[12:42] <diddledan> gotta stretch the legs of my @ubuntu.com ;-p
[14:09] <laney> xnox: this rebuilt one works
[14:09] <laney> I dunno why, must have picked up a fixed something something
[14:09] <laney> I'll put it into production after lunch
[14:18] <xnox> laney:  winning!
[14:30] <juliank> xnox: reprepro zstd srus, yay, nay, status?
[14:43] <xnox> juliank: did not start preparing them, as was busy verifying my other srus. about to start making them.
[14:44] <xnox> juliank: if you want to help, i guess please look at other things? i.e. whatever is next highest priority? aptly?
[14:44] <xnox> fastly?
[14:44] <xnox> or whatever those things are.
[14:45] <juliank> xnox: just curious on status, I guess aptly would be worth doing? Also have to get other SRUs verified/finalized (shim/apt)
[14:45] <juliank> Nobody approving my shim signing tarballs on xenial :(
[14:58] <rbasak> jibel: looking at ubiquity <IP_ADDRESS> in focal unapproved, that latest change isn't in impish. Is that expected? And is this a fix for one of the existing SRU bugs, or a new issue that also needs fixing? I'm not sure how to assess regression risk for this change as distinct from the previous changes that have SRU bugs.
[16:40] <jibel> rbasak, it's been uploaded to impish at the same time https://launchpad.net/ubuntu/+source/ubiquity/21.10.3. It's an oversight for the SRU currently in focal so basically the same issue. We stopped configuring kerberos but didn't remove the now useless package.
[16:41] <Eickmeyer> RAOF: Yeah, the idea is to seed it in Studio.
[16:51] <bdmurray> This report seems to be out of date https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses_by_team.html


[08:28] <kim0> Morning fellas
[11:26] <fulc> Hello, can anyone help me with UEC?
[11:34] <flaccid> hello, how long is a piece of string?
[11:35] <flaccid> you may also like to see the topic.
[11:37] <flaccid> fulc ^^ don't ask to ask, just ask.
[11:37] <fulc> alright :)
[11:37] <fulc> i want to install and enable xen on my server machines that dont support hardware virtualization, and UEC comes with KVM by default
[11:39] <fulc> just to make it clear, I have 3 machines (1 front-end and 2 nodes) and using UEC for private cloud computing
[11:39] <fulc> If I'm at the wrong place, please tell me where to go =]
[11:42] <flaccid> you may have more luck with the eucalyptus doc or #eucalyptus
[11:42] <fulc> alright, thanks =]
[12:54] <ubuntucloud582> hi
[12:55] <ubuntucloud582> sorry im new on ubuntu .. the project is awsome but wat is a  cloud ...ouffff!
[13:16] <flaccid> haha
[13:16] <flaccid> someone said oufffff
[13:17] <fulc> ugh..no luck at #eucalyptus
[13:18] <flaccid> i wouldn't expect it
[13:18] <flaccid> try googling xen with eucalyptus..
[13:19] <flaccid> i prefer cloudstack or openstack, but if you want to use euca thats totally your choice
[13:23] <fulc> well, not really mine...but my boss' ^_^
[13:23] <fulc> i'm an intern and they gave me these old machines to install eucalyptus on
[13:26] <fulc> although, if these cloudstack and openstack are better (more compatible and easy to use), i might be allowed to try them out
[13:27] <flaccid> if its commercial, you'll need to get euca support i.e. paid support because its so buggy and difficult (imho)
[13:28] <fulc> uhm
[13:28] <fulc> i dont know what you mean by commercial :)
[13:28] <fulc> they just want to use the cloud for internal testing of some software
[13:29] <fulc> so, which one do you think i should scope? cloudstack or openstack? and what is the difference?
[13:33] <flaccid> well sorry, i mean like as in professional. i wouldn't use eucalyptus without their support because of how it is
[13:34] <flaccid> you don't need a private cloud for testing of software though, you can just use virtualizer like virtualbox or vmware
[13:34] <flaccid> for other private clouds, i'd check out both. UEC will be switching to one of these soon anyway
[13:34] <fulc> that's exactly what i'm thinking, but they said they want a cloud for this
[13:35] <flaccid> though there is no reason why you just don't use aws ec2 for your needs.
[13:35] <flaccid> well Amazon EC2 is the biggest cloud in the world
[13:35] <flaccid> *public cloud sorry
[14:45] <smoser> flaccid, fulc Ubuntu's "UEC" is changing its name in 11.10 to "Ubuntu Cloud" .  Previously, that was "Ubuntu Enterprise Cloud".  The 'E' was confusing both under the assumption that Enterprise == "I have to pay for it" and "E" == "Eucalyptus"
[14:46] <smoser> in 11.10, Ubuntu's default solution when installing cloud will be openstack.
[14:46] <fulc> great, now i just have to wait 4 months for it :D
[14:47] <smoser> well, you can try alpha1, but i wont tell you that it going to be a easy experience
[14:47] <smoser> or that you should judge ubuntu on that.
[14:47] <smoser> if you need osmething for testing, you really should give a quick look to UEC of 11.04 installed from ISO. it may well "just work" for your needs.
[14:47] <fulc> i'll probably manage to get this euca thing working...been struggling with it for 2 weeks now
[14:47] <flaccid> smoser: yeah, thus my comment.
[14:48] <smoser> i have zero experience with cloudstack, so i am not able to comment there.
[14:48] <flaccid> there is no reason why you can't just try out both openstack and cloudstack without ubuntu
[14:48] <flaccid> ubuntu doesn't need to hold your hand there :)
[14:49] <smoser> ah, regarding xen, that is definitelyi untested path on ubuntu.
[14:50] <flaccid> personally, i mean if its going to be called ubuntu cloud and its openstack well its not a cloud by ubuntu is it
[14:51] <fulc> oh well, i installed ubuntu because it came with everything already installed =]
[14:51] <flaccid> the name change also doesn't explain the major switch of cloud software either does it? :)
[14:51] <fulc> the UEC as a whole I mean
[14:52] <fulc> but these are some old machines with no hardware virtualization...and kvm doesnt support the other one :P
[14:52] <flaccid> decent cloud software is not hard to install and has docs on how to install
[14:53] <flaccid> well ubuntu doesn't support it but paravirtual with xen is indeed possible with euca, http://open.eucalyptus.com/forum/eucalyptus-xen-or-kvm
[14:53] <flaccid> support is dependent on the kernel i.e. you may need a xen specific kernel if not compiled in
[14:54] <flaccid> for euca its more of an option, but for ubuntu its not supported
[14:55] <flaccid> ec2 and the rackspace cloud both use xen
[14:57] <fulc> is this amazon ec2 free?
[14:58] <flaccid> it can be with the aws free tier
[14:58] <fulc> let me google it up =]
[14:59] <fulc> erm, i dont understand this...pay as you go computing...are they offering me a cloud?
[14:59] <fulc> i would just like some software to run on my own machines =)
[15:01] <flaccid> there is #aws for aws and you basically have the most popular cloud options
[15:02] <flaccid> ec2 is a public cloud
[15:02] <flaccid> err *most popular private cloud options
[15:03] <fulc> right...
[15:03] <fulc> so i need this aws thing instead of ec2 =]
[15:04] <flaccid> aws=amazon web services which offers the ec2 cloud as a product
[15:15] <smoser> amazon does not provide any solution for "private cloud"
[15:15] <smoser> only public cloud
[15:26] <fulc> oh i see
[15:26] <fulc> thanks for the help guys
[18:33] <iamcloud> hello
[19:52] <Kyle__> How do you find the log of an individual vm?  From eucalyptus/UEC's point of view, not the vms.
[20:06] <obino> Kyle__: which kind of logs are you looking for?
[20:19] <Kyle__> obino: Ones that will show me why a vm didn't start.
[21:36] <obino> you may want to look into the nc.log
[21:36] <obino> find the NC that tries to run the instance and look in the nc.log on that machine
[21:37] <obino> you can trace it from the cc.log (it will tell you the IP address of the NC trying to run the instance)
[21:37] <Kyle__> OK
[21:40] <Kyle__> Will it be in there by bucket name or image id?
[21:54] <obino> Kyle__: instance ID


[22:55] <HeMan> andol, Barre: https://www.sudosatirical.com/articles/tensions-rise-between-emacs-and-systemd/


[13:25] <head_victim> sagaci: how did the event go today?
[13:27] <sagaci> 3 people, including me
[13:27] <sagaci> so 3/5 on l.u.c
[14:11] <head_victim> Usually it's higher than the number on loco.u.c :/
[14:13] <sagaci> i gave plenty of notice, I can't make people go :)
[14:19] <head_victim> Nope, and at least it happened
[14:35] <gorilla> which event/
[14:36] <gorilla> ?
[14:36] <sagaci> gorilla: sydney release party yesterday
[14:59] <gorilla> sagaci: ahhh. thanks.
[14:59] <sagaci> yeah sorry, just using xchat and bam - kernel panic


[07:43] <pitti> Good morning
[07:50] <primes2h> vuntz: Hi, please could you have a look here? bug 334377 . Something changed in in latest releases?
[07:56] <didrocks> morning
[08:38] <didrocks> hey seb128
[08:38] <seb128> hello
[08:41] <pitti> hey seb128
[08:41] <pitti> moin didrocks
[08:42] <seb128> hello pitti
[08:42] <seb128> pitti: did you look at the retracers yet (asking before doing that now)?
[08:42] <didrocks> seb128: I think that bug #338490 needs some love (I think that the transition was during my build in pbuilder and the soyuz build)
[08:42] <didrocks> hello pitti :)
[08:59] <seb128> bzr-buildpackage becomes smarter with the day
[08:59] <seb128> bzr commit now automatically prefil the commit message using the changelog
[09:01] <didrocks> seb128: I am still with the intrepid bzr-buildpackage. I used debcommit previously for that. That's great if it has been integrated ;)
[09:22] <didrocks> seb128: thanks :)
[09:23] <seb128> didrocks: thank you for the work
[09:40] <huats> morning everyone
[09:43] <didrocks> morning huats!
[09:44] <huats> o/ didrocks
[09:45] <seb128> lut huats
[09:46] <huats> hello seb128
[09:53] <lool> dobey: w00t
[09:53] <seb128> dobey: hey, could you roll a new intltool tarball?
[09:53] <seb128> dobey: we got build issue due to the wrong sh use which has been fixed to svn from what lool told me ;-)
[10:36]  * Ng boggles. does anyone have a second to test something in jaunty? fire up gedit, type a few words, go Search->Search. Does the "Find" button become sensitive with any combination of options?
[10:36] <Ng> sorry, Search->Find
[10:37] <Ng> the only thing I use gedit for is quickly searching text files ;)
[10:38] <seb128> *shrug*, user telling us about that again and again without looking for the<PHONE_NUMBER>617 duplicates in launchpad we got this week
[10:39] <seb128> Ng: known issue ;-)
[10:39] <seb128> I will backport the workaround I think
[10:39]  * seb128 does that now
[10:39] <Ng> I didn't mean *you*, you're far too busy :)
[10:40] <Ng> but sorry, I didn't mean to repeat a well known thing
[10:40] <seb128> it annoys me too and no new tarball is planned before next alpha
[10:40] <seb128> since we get a least one bug a day about it will spare me time to backport it now
[10:40] <seb128> that's ok, good that you mentionned it I told myself I would backport that today and that slipped from my todolist this morning
[10:41] <Ng> thanks very much :)
[10:56] <seb128> Ng: fixed version uploaded
[10:58] <Ng> sweet :)
[11:12] <seb128> james_w: there?
[12:35] <vuntz> CC/W 23
[12:35] <vuntz> heh
[14:04] <kenvandine_wk> pitti: i did some experimenting... i do like cdbs better :)
[14:04] <pitti> hehe
[14:04] <pitti> kenvandine_wk: I'd have bet
[14:05] <pitti> kenvandine_wk: however, it's nice to do a plain-debhelper debian/rules once, so that you understand what it's doing
[14:05] <kenvandine_wk> i created a new package from scratch, that has never had  a debian package (one of my projects in LP)
[14:05] <kenvandine_wk> i did it without cdbs and then started over with cdbs
[14:05] <pitti> and what all these debian/foo.install, foo.manpages etc. are for, and what handles them
[14:05] <kenvandine_wk> then compared the rules
[14:05] <kenvandine_wk> huge difference
[14:05] <pitti> kenvandine_wk: I need to prep the release meeting now, but feel free to mail me the package, then I'll do some nitpicking
[14:05] <kenvandine_wk> but was interesting to see what it is doing
[14:05] <pitti> (or both)
[14:06] <kenvandine_wk> sure
[14:06] <kenvandine_wk> building in my ppa now :)
[14:12] <slomo_> seb128: can you do something about https://bugs.edge.launchpad.net/ubuntu/+source/notify-sharp/+bug/337871 ? the latest version from debian should be synced (also someone should/could take a look at merging notification-daemon and libnotify from debian)
[14:12] <seb128> slomo_: ok thanks
[14:26] <dholbach> seb128: do you think anybody else in the desktop team can help hggdh with libpst?
[14:26] <dholbach> seb128: I'm just back from a sprint and quite busy with stuff
[14:26] <seb128> hey dholbach, I've tried several time to ping people, I guess I will have to do that myself
[14:27] <dholbach> come on you slackers! help seb128!
[14:27] <seb128> I've been trying to push motus to get that and evolution-mapi reviewed for months, I managed to get evolution-mapi uploaded some days ago
[14:27]  * dholbach hugs seb128
[14:27] <seb128> I guess relying on motu is a a fail, I will go back to do things we need to get done
[14:27] <seb128> that's a bit annoying
[14:27]  * seb128 hugs dholbach
[14:28] <seb128> we have great desktop contributors but the whole motu REVU and roundtrip takes months and just doesn't work when you need to get things done
[14:28] <dholbach> seb128: do you have a team TODO list?
[14:28] <dholbach> it sucks :-/
[14:29] <seb128> we have a TODO list on the wiki though it's not really uptodate
[14:29]  * hggdh is somewhat worried on having cause so much distress
[14:29] <seb128> it's not you
[14:30]  * kenvandine_wk wished debuild or pbuilder would blow up if the section was set to unknown
[14:30] <pitti> lintian FTW :)
[14:30] <pitti> kenvandine_wk: you should have lintian installed
[14:31] <kenvandine_wk> humm
[14:31] <kenvandine_wk> i do
[14:31] <dobey> seb128: hmm, i was wanting to get some more fixes in before i roll another tarball, but i guess i could
[14:31] <seb128> dholbach: I'm away for an hour or so but we can talk about that later if you want
[14:31] <pitti> MacSlow: are you tracking bug 331564 ?
[14:31] <kenvandine_wk> pitti: maybe i need to do something in my packaging make it fire?
[14:31] <seb128> dobey: get a tarball before 2.26 so 2.26 tarballs are rolled with a non broken version ;-)
[14:32] <dholbach> seb128: right, let's do that
[14:32] <pitti> kenvandine_wk: debuild automatically uses it if it's installed
[14:32] <MacSlow> pitti, not been able to reproduce this yet myself
[14:32] <kenvandine_wk> pitti: it says "Finished running linitian"
[14:32] <kenvandine_wk> pitti: would it have been a warning or an error?
[14:32] <MacSlow> pitti, but I'm not yet in full-blow bug-squashing mode yet
[14:33] <pitti> MacSlow: do you think there's still something which needs fixing in jaunty? (in the "release critical" sense)
[14:33] <MacSlow> pitti, I'll try harder after the capetown week
[14:33] <pitti> okay, thanks
[14:34] <MacSlow> pitti, the only thing I could guess (wild guessing here) is that the new user does not "inherit" the system-wide settings for compiz-plugins
[14:34] <MacSlow> pitti, mainly "animation" and "fade"
[14:34] <pitti> MacSlow: a new user account will, but maybe not that reporter? he still might have custom gconf settings
[14:34] <MacSlow> pitti, those are the two plugins which could interfere with the fade-animations of notify-osd
[14:34] <pitti> MacSlow: you can try asking for a gconftool -R /apps/compiz dump or so
[14:35] <kenvandine_wk> pitti: there are 2 lines that start with an E: in the output, but neither say anything about section
[14:35]  * kenvandine_wk should look at those closer anyway
[14:35] <pitti> kenvandine_wk: apparently lintian doesn't test that then
[14:35] <MacSlow> pitti, I don't think it will be hard to nail down once I focus on bugs
[14:37] <MacSlow> hey bfiller
[14:38] <bfiller> howdy MacSlow
[14:44] <kenvandine_wk> dh-make-template-in-source debian/prerm.ex
[14:45] <kenvandine_wk> are those .ex files just cruft?
[14:45] <kenvandine_wk> created by dh_make
[14:48] <dholbach> kenvandine_wk: yes, delete them if you don't need them
[14:48] <kenvandine_wk> thx
[14:48] <kenvandine_wk> thought so
[14:48] <dholbach> :)
[14:48] <kenvandine_wk> now to decide what i don't need
[14:48] <kenvandine_wk> :)
[14:48] <dholbach> rm debian/{dirs,docs,*.ex,*.EX,README.Debian}      :)
[14:48]  * kenvandine_wk thinks watch.ex should have a launchpad example
[14:49] <dholbach> oh, yeah debian/watch is nice
[14:49] <kenvandine_wk> i want that one :)
[14:49] <dholbach> kenvandine_wk:     apt-get source --diff-only storm        for an example
[14:49] <kenvandine_wk> ok
[14:49] <dholbach> or jokosher too
[14:57] <kenvandine_wk> dholbach: any idea why it won't find the .gz files, but will find the .bz2?
[14:57] <kenvandine_wk> https://launchpad.net/gnome-shutdown/+download
[14:57] <kenvandine_wk> https://launchpad.net/gnome-shutdown/+download http://launchpad.net/gnome-shutdown/trunk/.*/gnome-shutdown      -(.*)\.tar\.gz
[14:58] <kenvandine_wk> if i change that to .bz2 it finds 0.4, the last release that has a .bz2
[14:58] <kenvandine_wk> but 0.6 has a .gz... weird
[14:58] <dholbach> did you try --verbose to see what's happening?
[14:58] <kenvandine_wk> no :)
[14:59] <kenvandine_wk> oh!
[14:59] <kenvandine_wk> nevermind :)
[14:59] <kenvandine_wk> it's because it is the newest :)
[14:59] <kenvandine_wk> thx
[14:59] <kenvandine_wk> newbie mistake :-p
[15:04] <primes2h> vuntz: Hi, what changed in libgweather recently? bug #334377
[15:13]  * kenvandine_wk found http://lintian.debian.org/tags and hugs lintian
[15:13] <vuntz> primes2h: are the country names still in the clock applet (when adding a location)?
[15:18] <primes2h> vuntz: You mean if it's in the time zone?
[15:19] <primes2h> vuntz: wait, i understand, I check.
[15:21] <primes2h> vuntz: I checked Italy, and it's there... there are a lot of cities missed, but that is another story....
[15:23] <asac> huats: not sure, but the webkit python thing hasnt made it to my mirror yet
[15:24] <huats> asac: I have heard that... I will double check
[15:24] <primes2h> vuntz: I checked other country names  and they are present, all in this form  "city name", "Country name"
[15:24] <asac> huats: its in NEW
[15:24] <vuntz> primes2h: so it would be a bug in the software using the libgweather data
[15:24] <asac> huats: https://edge.launchpad.net/ubuntu/+source/pywebkitgtk/1.0.2-1ubuntu1
[15:25] <huats> ok
[15:25] <asac> huats: was there no way to fix this bug without doing this NEW `
[15:25] <asac> ?
[15:25] <asac> ;)
[15:25] <asac> now we are stiill waiting
[15:25] <huats> I have setup a transitional package for that... that is the reason for the NEW I think...
[15:26] <asac> huats: yeah. what i just wondered if we really needed 1.0.2 now ;)
[15:26] <huats> I understand
[15:26] <asac> we could have just fixed 1.0.1 ... but well. its not a big problem
[15:27] <asac> i hope some archive admin will get the time to let it in ;)
[15:27] <huats> I should have done that in2 steps
[15:27] <primes2h> vuntz: but if you see on the bug report, kaijanmaki close the bug saying it was a libgweather database country issue..
[15:27] <asac> huats: would have been nice given the breakage we currently suffer
[15:27] <asac> 1st. unblock; 2nd new stuff
[15:27] <primes2h> vuntz: I mean, the bug against libmbca
[15:27] <huats> I haven't realized the difference of time between both
[15:27] <huats> asac: sorry for that
[15:27] <asac> huats: no problem. i just wanted to point out the possibility to do it in 2 steps ;)
[15:28] <huats> asac: I clearly see it NOW :)
[15:28] <asac> great ;)
[15:28] <huats> and it is true that I haven't envisaged it a the beginning...
[15:28]  * huats has still so many stuffs to learn..
[15:28] <asac> yeah. thats how learning by doing works ;)
[15:29] <vuntz> primes2h: well, I would say he was wrong ;-)
[15:30] <primes2h> vuntz: Could you comment the bug about libgweather, please?
[15:30] <asac> huats: also the breakage is confined to just 4 rdepends. which is good
[15:30] <vuntz> primes2h: the data is still there in libgweather. Not sure what else I can say?
[15:30] <vuntz> primes2h: I know nothing about this libmbca stuff...
[15:30] <huats> asac: yes but it is still a problem..
[15:31] <vuntz> primes2h: as long as it's working in the clock applet, it's nearly 100% safe to assume it's not a libgweather issue
[15:32] <vuntz> pitti: re bug 277309
[15:32] <primes2h> vuntz: Just what you told me now. Data is present in libgweather database, so it's not a libgweather issue, just to let him know.
[15:32] <vuntz> pitti: the correct fix is to ship the icon with gnome-session
[15:32] <pitti> vuntz: ah, ok
[15:33] <pitti> vuntz: hm, but hang on, then it wouldn't be themed any more?
[15:33] <vuntz> pitti: since it's not an icon that exists in the icon naming spec, it has to be an app icon
[15:33] <pitti> or, if we just change the package, not the path, then it wouldn't change anything?
[15:33] <vuntz> pitti: it surely can. Put the icon in hicolor, and themes can override it
[15:33] <dobey> huh?
[15:33] <pitti> vuntz: okay, that'd work
[15:34] <dobey> pitti: yeah, following the instructions in the live.gnome.org link works
[15:34] <dobey> (i guess i should know, since i came up with all this stuff)
[15:35] <vuntz> primes2h: if you cc me on the bug, I might be able to reply by mail. Can't reply via web browser at the moment...
[15:35] <primes2h> vuntz: done. Thanks :-)
[16:46] <dobey> is firefox 3.0.7 getting packaged for intrepid? :)
[16:46] <Tm_T> already done
[16:47] <dobey> so i see
[16:48] <dobey> i wonder why my updater doesn't do the apt-get update automatically on this machine :(
[16:50] <crevette> it seems to be broken for me as well
[16:55] <seb128> dobey: using intrepid or jaunty?
[17:49] <dobey> seb128: intrepid
[17:49] <seb128> dunno then
[17:49] <seb128> it's a cron job
[17:50] <dobey> yeah, it's weird
[18:08] <calc> new OOo uploading to jaunty now :)
[19:40] <kenvandine_wk> seb128: libgtop, what do i need to do when i am ready to get it sponsored?
[19:40]  * kenvandine_wk got distracted learning to build packages from scratch :)
[19:41] <kenvandine_wk> seb128: i got it built with bzr-buildpackage, just need to update the changelog with bug numbers and all
[19:42] <kenvandine_wk> oh and the library symbols
[19:44] <seb128> kenvandine_wk: open a bug and subscribe ubuntu-main-sponsors to it
[19:50] <kenvandine_wk> but what do i attach? or do i commit it with bzr?
[19:59] <seb128> kenvandine_wk: there is a launchpad feature to indicate in a bug than a fix is in a bzr on launchpad
[19:59] <seb128> didrocks uses it for his sponsoring request but didn't document it on the wiki apparently
[20:00] <seb128> I don't use it since I can upload, if you don't find it just add the bzr url to the bug
[20:01] <kenvandine_wk> seb128: ok
[20:02] <crevette> hey
[20:02] <kenvandine_wk> hey crevette
[20:02] <crevette> is there a problem with PPA's I can't upload files apparently, the upload get stuck in the middle
[20:02] <kenvandine_wk> crevette: i just did one a bit ago... was fine
[20:03] <didrocks> kenvandine_wk: just clic on "Link a related branch" in the bug report
[20:03] <didrocks> and the specify your branch
[20:03] <kenvandine_wk> didrocks: ok
[20:03] <crevette> in fact, it get stuck a 749/750 K
[20:03] <crevette> and it's twice
[20:14] <Laney> crevette: This is a problem with dput
[20:14] <Laney> there's a bug on it
[20:14] <dobey> kenvandine_wk: or for future references bzr commit --fixes=lp:$bug_id
[20:15] <kenvandine_wk> dobey: cool
[20:15] <crevette> Laney: okay, do you have a bug # ?
[20:15] <Laney> nope, check out dput bugs
[21:09] <kenvandine_wk> anyone know how to do with loss of console input while building a chroot?
[21:09] <kenvandine_wk> it is at the postfix configuration, and won't take input :/
[21:10]  * kenvandine_wk thinks maybe tweaking the term type
[21:21] <kenvandine_wk> whew... changing my console color scheme to linux console did it :)
[21:45] <kenvandine_wk> seb128: libgtop pushed


[00:02] <joaopinto> hello
[00:03] <Riddell> hi joaopinto
[00:03] <joaopinto> on getdeb we get a lot of complains about Kubuntu users not being able to install from apturl links, is there a bug reported about that ?
[00:04] <joaopinto> I am not a Kubuntu user myself, but as far as I understood they are all using firefox
[00:04] <Riddell> apturl was done by apachelogger as I mind, I've been meaning to look into it for ages
[00:05] <Riddell> possibly for firefox the apturl bits don't get installed by default with an apt-get install firefox
[00:05] <joaopinto> as a workaround they need to install firefox-gnome-support
[00:05] <maco> theres no application handler set by default
[00:05] <joaopinto> there is an apturl-kde, so maybe it is just a matter of integration ?
[00:05] <maco> should be gdebi i think
[00:06] <joaopinto> maco, apturl..something, on gnomes case, apturl-gtk which is the gui
[00:06] <joaopinto> gdebi is for .debs :)
[00:06] <maco> i thought apturl called gdebi, but ok
[00:07] <joaopinto> apart from us more and more sites, wikis, etc are adopting apt: for the links, it would be great to have it fixed for 10.04
[00:09] <joaopinto> found a bug report about it, bug 476853
[00:14] <joaopinto> we get too many contacts about it, I will just link to the bug report on the how to install instructions for Kubuntu users
[01:21] <ryanakca> apachelogger: I'll find out
[01:36] <nixternal> dtchen: learning all of the vcs' is awesome!
[01:37] <nixternal> the last company I was at, went from svn, to bzr, to hg all in a single month
[01:38] <Sput> they should've gone to git straight away :P
[01:39] <nixternal> they are all nothing more than the same way to skin the same cat
[02:01] <Sput> yeah, but not all of them give you a nice cat fillet afterwards
[02:20] <shtylman_> so I just installed daily lucid on my laptop
[02:20] <shtylman_> what happened to the network manager?
[02:45] <nixternal> shtylman_: I nave network mangler on my desktop (lucid)
[02:45] <nixternal> anyways, I am going to start working on the slides for the desktop and netbook
[02:45] <nixternal> do you have a branch somewhere I can work off of?
[02:50] <shtylman_> nixternal: is the network manager running in the systray for you?
[02:50] <shtylman_> cause i don't have one there
[02:50] <shtylman_> nope...no branch yet... maybe the old branch for the regular slides is still around...
[02:57] <nixternal> yes, it is running
[02:57] <shtylman_> but now that I have my laptop hopefully I will be more motivated to work when not at my place
[03:27] <shtylman_> how come the kubuntu menu icons is no longer packaged with the default?
[03:28] <JontheEchidna> It wasn't being used plus it made the diff from Debian huge liek xbox
[03:29] <shtylman_> I was using it :(
[03:29] <shtylman_> I love it :)
[03:30] <JontheEchidna> I think it's on kde-look
[03:30] <shtylman_> it is
[03:30] <shtylman_> but when it was packaged it was so much better and easier
[03:31] <JontheEchidna> new package anyone? kubuntu-kmenu-icon :P
[03:33] <shtylman_> seems kinda bad...a whoole package just for that icon
[03:33] <shtylman_> *whole
[03:33] <shtylman_> wouldn't the metabdata be more than the data?
[03:39] <JontheEchidna> maybe not after the 4 icons includes (one for each size)
[03:55] <JontheEchidna> http://imagebin.ca/view/XRl_OP.html <- Kubuntu logo itself doesn't look bad
[03:56] <JontheEchidna> Wonder if we coudl get upstream to maybe work a little of that magic with a little bit of this magic: http://pinheiro-kde.blogspot.com/2009/08/for-future.html
[03:56] <JontheEchidna> So that it looks more clickable
[03:59] <nixternal> I think it is time for a Kubuntu logo makeover...it looks out of place nowadays imho
[04:00] <ScottK> JontheEchidna: I just got home.  Did you get a chance to see why runtime failed on armel again?
[04:00] <JontheEchidna> Not much to makeover, if we stick to the basic Ubuntu logo. An Oxygen colorscheme would be really nice
[04:01] <ScottK> dtchen: Having to learn multiple VCS seriously annoys me.  I never seem to be able to use some of the regularly enough to remember them so each time I touch (Git for example) it's like starting from scratch.
[04:01] <JontheEchidna> ScottK: sftp stuff in .install.armel
[04:01] <ScottK> JontheEchidna: Do we need install.armel anymore?
[04:02] <JontheEchidna> Dunno
[04:02] <JontheEchidna> Was originally for the lack of soprano, but now soprano compiles
[04:03] <ScottK> Just looked at install.armel and it seriously could not work.
[04:03]  * ScottK tries without.
[04:09] <ScottK> Done
[06:01] <ScottK> Riddell: runtime (and edu last I looked) is in New.  It's my upload, so I can't review it.
[06:32] <jussi01> Hrm, Im using the 4.4 beta,  its telling me that I need virtuoso soprano (and kmail dont work) - is it in there or is my apt-cache foo borked? :D
[08:40] <jussi01> yay for crashes with the 4.4 beta: http://ubuntu.pastebin.com/m75ad2c18 (krita)
[08:41] <Mamarok> jussi01: could have told you before: Qt 4.6 has some very nasty bugs that make a lot of KDE apps crash
[08:42] <Mamarok> worst Qt version ever
[08:42] <Mamarok> I will not even think of KDE 4.4 before Qt 4.6.1
[08:42] <jussi01> Mamarok: Im getting crashes in lots of things.
[08:44] <jussi01> Mamarok: btw, any chance you know the answer to this? [08:32:07] <jussi01> Hrm, Im using the 4.4 beta,  its telling me that I need virtuoso soprano (and kmail dont work) - is it in there or is my apt-cache foo borked? :D
[08:47] <Mamarok> well, Nepomuk needs the virtuoso backend, but I don't think it is available yet, not in the repo at least
[08:47] <ghostcube> jussi01: klipper and dolhpin sometimes crash for me on 4.4.1
[08:47] <ghostcube> havent had any other crash till now
[08:47] <jussi01> Mamarok: ah, thanks
[08:47] <Mamarok> kmail does work though, I don't see why this would be related
[08:48] <jussi01> ghostcube: klipper, dolphin, krita, quassel
[08:48] <ghostcube> ah yes and quassel
[08:48] <jussi01> Mamarok: it cant start nepomuk
[08:48] <ghostcube> thats very unhandy
[08:48] <Mamarok> Amarok crashes in at least 3 different locations with Qt 4.6, and a few other strange behavior, like layout freezes
[08:48] <ghostcube> but xchat runs very stable
[08:48] <Mamarok> well, no, you can't since you don't have the backend
[08:48] <ghostcube> i changed till quassel works again
[08:48] <ghostcube> :D
[08:48] <Mamarok> jussi01: either the Nepomuk people didn't communicate correctly, or the packager didn't read correctly
[08:49] <Mamarok> but Nepomuk never worked out of the box in Kubuntu anyway, since we ship the wrong java
[08:49] <Mamarok> one has to tweak a lot
[08:49] <Mamarok> and strigi is not installed by default neither, so searching without a search engine...
[08:49] <jussi01> well somethings borked on mine then
[08:50] <jussi01> and this new notification where they dont go away? its annoying...
[08:50] <Mamarok> jussi01: bug reports upstream to http://bugreports.qt.nokia.com
[08:50] <jussi01> Mamarok: :D
[08:51] <Mamarok> and make them fire some coordinator or release manager, it is a real disaster
[08:51] <jussi01> Mamarok: btw, do you know which -dbg packages I need for krita?
[08:51] <Mamarok> nope, not out of the box, some koffice-dbg I guess
[08:51] <jussi01> Mamarok: its a .0 release, its the "KDE way" :P
[08:52] <Mamarok> jussi01: not at all, it's the Nokia way, much, much worse
[08:52] <Mamarok> and no, it's not a .0
[08:53] <jussi01> ooh... yummy....
[08:53] <jussi01> The following packages have unmet dependencies:
[08:53] <jussi01>   koffice-kde4-dbg: Depends: koffice-libs-kde4 (= 1:2.0.2-2ubuntu3) but 1:2.1.0-0ubuntu1~karmic1~ppa1 is to be installed
[08:53] <jussi01> something not right there...
[08:55] <Mamarok> jussi01: talk to the packager
[08:55] <jussi01> Mamarok: who is that?
[10:04] <Quintasan|Szel> sup?
[10:14] <apachelogger> Riddell: I think that apturl issue is really caused by firefox-installer not installing the gnome-support packages
[10:14] <apachelogger> otherwilse aputrl-kde would integrate just as well as the gnome UI
[10:14]  * apachelogger meant to change the installer before karmic but didnt get round it it
[10:14] <apachelogger> to it
[10:18] <apachelogger> markey: avatar is an epic movie, in 3d even more so ... though there is so much untold :)
[10:18] <markey> yeah, I've read about 50 reviews, can't wait to see it :)
[10:18] <markey> also want a poster
[10:18] <markey> and a t-shirt
[10:18] <markey> and the mug
[10:18] <markey> really :)
[10:18] <apachelogger> :D
[10:19] <apachelogger> my flatmate ordered books worth some 48 eur after the movie :D
[10:19] <markey> we're going to enjoy it in a good cinema in Berne
[10:19] <apachelogger> totally worth the obsession IMHO
[10:19] <markey> yes, and obsession is my second name
[10:19] <markey> so... :)
[10:19] <apachelogger> cameron really created a new story universe
[10:19] <markey> there are directors, and then there is Cameron
[10:20] <markey> it's not the same
[10:20] <markey> :)
[10:20] <apachelogger> *nod*
[10:20] <apachelogger> markey: I suppose you also watched the trailers and stuff?
[10:20] <markey> yep
[10:20] <markey> got it all here
[10:20] <markey> in HD
[10:21] <apachelogger> ok, after the movie you will know what to expect from the special XT edition :D
[10:21] <markey> :D
[10:21]  * apachelogger personally thinks that cameron must have like at least 2 hours unused stuff
[10:23] <markey> hm
[10:23] <markey> so I've just reviewed KDevelop a bit
[10:23] <markey> and I wonder if they are interested in some feedback
[10:23] <markey> problem is: they might not like it
[10:24] <markey> dunno if they can take a dose of True Light (TM)
[10:24] <markey> some can, others cannot :)
[10:24] <apachelogger> markey: as long as you dont do it via your blog, if they cant handle then you just dont need to care :P
[10:24] <markey> could wrap it in rhetorical sugar
[10:24] <markey> but then, it's just sugar
[10:25] <apachelogger> markey: like that ever worked for you :P
[10:25] <markey> I've dented it, I guess that's enough
[10:25] <markey> don't want to start an argument with those guys ;)
[10:25] <apachelogger> probably a good idea
[10:26]  * apachelogger is listening to It Was a Very Good Year by Frank Sinatra
[10:26] <apachelogger> oh dear
[10:26]  * markey is listening to Bassoon (K191) by Mozart on Mostly Classical - S K Y . F M - Listen and Relax, it's good for you! www.sky.fm [Amarok2]
[10:26] <apachelogger> Nightrose, Sput: didnt know one can do that in quassel, neat :)
[10:27] <Nightrose> apachelogger: i didn't know either until i complained about it being missing yesterday on the christmas market :D
[10:27] <apachelogger> christmas markets ftw!\
[10:27] <Nightrose> indeed
[10:28] <Sput> hehe :)
[10:28] <apachelogger> uhhh, "fragestunde" in my c programming class ... with cookies and coffee
[10:28]  * apachelogger better hits the shower
[10:31] <markey> why go there at all
[10:31] <markey> might as ask here :)
[10:31] <markey> I mean...
[10:31] <markey> as well*
[10:31] <markey> ah
[10:31] <markey> because of the cookies
[10:31] <markey> gotcha
[10:41] <apachelogger> markey: it would be more like me helping to answer questions and munching loads of cookies :D
[10:41] <markey> haha
[10:43] <Riddell> still no beta 2 tars :(
[10:56] <jussi01> someone hilight me please?
[10:58] <jussi01> cancel that... :D
[11:03] <jussi01> are tray icons usually 32x32 or 16x16 ?
[11:09] <Mamarok> jussi01: scalable?
[11:10] <jussi01> Mamarok: quassels aninmation isnt in scalable for some reason...
[11:12] <Sput> it's what I got from Nuno
[11:12] <Sput> (a better animation would be very welcome)
[11:12] <Sput> actually, I think he got me svgs as well
[11:13] <markey> sabdfl: http://linux.slashdot.org/comments.pl?sid=1482338&cid=30480260
[11:13] <markey> another nail in the coffin :)
[11:13] <Sput> jussi01: if you need them, I have an svg for them
[11:13] <jussi01> Sput: please!!
[11:13] <markey> the gnomish coffin, that is
[11:13] <jussi01> Sput: could you zip them and email them to me?
[11:13] <markey> there is no saving it :)
[11:14] <markey> not in this universe, at least
[11:14] <markey> although maybe, with a few millions dollars, and 3 years time
[11:14] <jussi01> Sput: jussi01 at ubuntu dot com :D
[11:14] <markey> one could rewrite it
[11:15] <Sput> jussi01: http://quassel-irc.org/pub/quassel-fadeout.tar.bz2
[11:16] <al> why don't you put em in the repository?
[11:16] <jussi01> Sput: does that include the alert ones?
[11:16] <Sput> I think so
[11:16] <Sput> just have a look
[11:17] <Sput> that's the package I got from nuno, afair
[11:17] <Sput> if you manage to create an animation (doesn't even need to glow for highlight, could also blink or something) that's more visible, it's likely to get included upstream :)
[11:18] <Mamarok> apachelogger: any news on that glibc backport? Don't know if cjwatson talked to doko
[11:19] <apachelogger> Mamarok: not that I know of, you should probably poke cjwatson again
[11:19] <jussi01> Sput: ill play...
[11:19] <Mamarok> apachelogger: he is not online right now
[11:19] <jussi01> Sput: If I give you svg's back, then thats acceptable?
[11:20] <Sput> mh, I'd have to scale them myself though
[11:22] <jussi01> Sput: right. Did Nuno give you scaled ones already or did you have a nice script to do it?
[11:22] <Sput> I think I got .png for one size and had to scale them myself
[11:22] <Sput> but don't know how I did it exactly
[11:25] <jussi01> Sput: the alert ones arent in that package
[11:25] <jussi01> (the fade to white ones)
[11:26] <Sput> hmm
[11:26] <Sput> don't have anything else here
[11:26] <jussi01> they are as PNG's in the repo
[11:26] <Sput> yeah
[11:26] <Sput> but I'm not sure if I got an .svg and lost it later, or if I got them as .png
[11:26] <Sput> it's been quite a while
[11:27] <Sput> in any case we can't use .svg for the tray afaik, the spec requires a bitmap
[11:30] <jussi01> Sput: do you know what the standard size is?
[11:30] <Sput> I *think* it's 16x16
[11:31] <Sput> though hmm, does the new tray spec support scaling?
[11:31] <Sput> I mean if you manage to get .svg as well, go for it :) can't hurt
[11:31] <Sput> I don't think you could've used the original animation anyway, as you prolly want to create a new target icon and then compute the transition somehow
[11:31] <Mamarok> Sput: from Nuno you normally only get .svg
[11:32] <Sput> well, he rasterized at least part of them
[11:32] <Sput> but as I said, it's been a while :/
[11:32] <Mamarok> Sput: for the blog, yes, but he normally sends over svgs
[11:32] <Mamarok> ask him :)
[11:33] <Sput> well, the package I uploaded was what I got from nuno orignially :) containing one large .svg and the individual images as .png
[11:33] <Sput> last time I asked him he didn't want to change the animation, saying tray icons are deprecated
[11:33] <Sput> but the new spec allows animations too :)
[11:34] <Sput> and/or overlay images, which would be a nice alternative
[11:34]  * jussi01 wants red or pink or something very different from blue - like konvi has red flashing.
[11:35] <jussi01> I get frustrated cause I always miss stuff.
[11:35] <ghostcube> twitter hacked
[11:35] <ghostcube> by iran ?
[11:35] <ghostcube> lol
[11:35] <ghostcube> nice :D
[11:36] <Sput> jussi01: afterwards you'll have to pester seezer to fix the tray icon blinking when it shouldn't :)
[11:37] <jussi01> Sput: I will :D
[11:37] <jussi01> Im good at pestering :D
[11:37] <Sput> I've noticed :P
[11:37] <jussi01> :D
[11:37] <Sput> and now I'm going to assemble my new computer
[11:37] <jussi01> Sput: have you thought about how to do scripting
[11:37] <jussi01> ?
[11:37] <jussi01> :D

[11:37] <ScottK> Riddell: -runtime and -edu are stuck in New.  I really need -runtime to make more progress on armel.
[11:37] <Sput> jussi01: I keep thinking about it :)
[11:38] <Sput> mmmh. good thing about xmas presents you make yourself is that you don't have to wait til xmas
[11:38] <jussi01> :D
[11:39] <ghostcube> http://samcarstensen.blogspot.com/
[11:39] <ghostcube> rofl
[11:39] <ghostcube> :D
[11:39] <jussi01> Sput: I expect a nice christmas present from you then :D (scripting) :D
[11:39] <Sput> lemme start and finish the chatview rewrite first, will you? :P
[11:40] <jussi01> :D
[11:49] <ScottK> Riddell: -runtime is done.  Still need edu though.
[11:57] <ScottK> I'd appreciate it if someone would look into Bug #498012
[12:32] <Riddell> ScottK: edu accepted
[12:32] <Riddell> !ninjas
[12:33] <Riddell> jussi01: as ubottu master are you able to update that?
[12:33] <jussi01> yes
[12:33] <jussi01> Riddell: just do !no ninjas is <reply>stuff you want here
[12:33] <jussi01> and Ill get it fixed
[12:33] <ScottK> Riddell: Great.  I just uploaded a fix for the konq-plugins doc over-write problem (it needed a kde4/kde in the path), so livefs builds ought to work again.
[12:35] <Riddell> !no ninjas is Help! apachelogger, JontheEchidna, nhandler, Riddell, ScottK, Lex79, Quintasan, neversfelde, maco, rgreening
[12:35] <apachelogger> Riddell: you really need to use kubotu for that :P
[12:35] <apachelogger> kubotu: ninjas
[12:36] <kubotu> apachelogger, JontheEchidna, Lex79, neversfelde, nhandler, Riddell, ScottK, stdin, nixternal, Quintasan and vorian ... to the Batcave!
[12:36] <jussi01> !ninjas
[12:37] <jussi01> apachelogger: if you want kubotu to compete with ubottu I can just remove her if youd like... ;)
[12:37] <jussi01> no sense doubling stuff up.
[12:37]  * apachelogger notes that ninjas orignated in kubotu
[12:37] <apachelogger> no clue who forked it :P
[12:38] <jussi01> !-ninjas-#kubuntu-devel
[12:38] <apachelogger> there you have it
[12:40] <Riddell> I think everyone should be sufficiently pinged now :)
[12:41] <jussi01> :D
[12:45] <refic> humm
[12:45] <refic> no daily build today?
[13:00] <ghostcube> kubotu = kubuntudevs boden turnen o.O
[13:08] <jussi01> is anyone else experiencing the notifications pile up with the 4.4 beta? my quassel notifications are like downloads, they pile up with a number and you end up with like 100 sitting there if you dont go click the x on each individual one...
[13:09] <apachelogger> is it just yesterdays image or is lucid netbook just horribly broken
[13:09] <ghostcube> jussi01: yeah i have the same
[13:10] <ghostcube> jussi01: does the country flag move away if you tell it to autohide ?
[13:10] <ghostcube> in taskbar ?
[13:12] <ghostcube> sudo /etc/init.d/service start|restart|stop
[13:12] <ghostcube> is working again ?
[13:13] <jussi01> ghostcube: country flag?
[13:13] <ghostcube> jussi01: if you enable the keyboard layouts
[13:13] <ghostcube> you have the country flag like in widows
[13:14] <jussi01> oh, yeah, I dont use that
[13:14] <ghostcube> oh ok :)
[13:14] <jussi01> btw, I have an IR remote control for my TV card. its somewhat mapped already, can kde re-map those keys?
[13:27] <Riddell> Quintasan|Szel: I made some changes to your gluon package and put it into ninjas
[13:27] <Riddell> however it has no Messages.sh nor COPYING file and upstream havn't done a release so I'm not sure we want to upload it to the archive
[13:28] <Riddell> even if kdegames does have it as a dependency
[13:33] <jussi01> ghostcube: you are on 4.4 beta, right?
[13:33] <jussi01> could you test if sftp works on dolphin?
[13:33] <ghostcube> jussi01: yes not right now but in gereral yes
[13:34] <ghostcube> later
[13:34] <ghostcube> not yet iam at work only xp here
[13:34] <ghostcube> o.o
[13:34] <jussi01> ok, anyone else around on the beta?
[13:36] <JontheEchidna> Quintasan || Quintasan|Szel: I'd like to point out that the current (unspoken) convention for package names for KCModules is kcm-* :)
[13:38] <ScottK> jussi01: sftp is known now working with 4.4beta due to libssh not in main.
[13:38] <ScottK> JontheEchidna: Did you hear back from asac?
[13:39] <jussi01> ScottK: ahh. is there a way I can enable it?
[13:39] <JontheEchidna> ScottK: nope
[13:39] <JontheEchidna> not a peep out of him since I pinged
[13:39] <ScottK> jussi01: Rebuild -workspace with libssh-dev in build-depends.
[13:39] <jussi01> oh....
[13:39] <ScottK> You'll also need to fiddle with the .install files
[13:40] <jussi01> ScottK: I do hope that is going to change?
[13:40] <jussi01> ie. libssh is going to main, no?
[13:40] <ScottK> jussi01: Yes, we are waiting for the Main Inclusion Report to get approved
[13:40] <jussi01> ScottK: /me breathes a huge sigh of releif
[13:41] <jussi01> I use that dolphin feature _all_ the time...
[13:41]  * jussi01 goes to find anothe sftp client for the meantime...
[13:41]  * ScottK too
[13:43] <ScottK> Riddell: qtscriptgenerator is already in Main.  Amarok is depwait on qtscript-tools.  Any chance you could go ahead and promote it?
[13:44] <Riddell> ScottK: done
[13:45] <ScottK> Riddell: Cool.  Thanks.
[13:56] <Quintasan> Riddell: upstream said they do not want it in archive until release
[13:56] <Quintasan> PPA will be better since we can update it anytime we want
[14:12] <seele> interesting: http://www.markshuttleworth.com/archives/295
[14:22] <ScottK> Riddell: python-kde3 seems to have evaded the blacklist and returned.  Would you please kill it/blacklist again?
[14:25] <Riddell> ScottK: done
[14:25] <ScottK> Thanks.
[14:27] <ScottK> JontheEchidna: phonon-backends uploaded (now that runtime is sorted).
[14:29] <Quintasan> Riddell: Did my message reach you?
[14:29] <JontheEchidna> Riddell: would you add gtk-qt-engine to the blacklist and hit it too?
[14:29] <Riddell> Quintasan: about gluon?  yes thanks
[14:29] <Quintasan> good
[14:30]  * Quintasan 's connection started broking few days ago
[14:30] <Riddell> JontheEchidna: done
[14:30] <JontheEchidna> Riddell: thanks
[14:40] <rgreening> is anyone backporting virtuoso to beta backports? Nepomuk fails without it...
[14:41] <JontheEchidna> virtuoso 6.0.0 doesnt' work with nepomuk so we have to wait until 6.0.1
[14:45] <rgreening> oh
[14:45] <rgreening> bugger
[14:47] <Riddell> can't we use the old version?
[14:48] <JontheEchidna> the packaging is a beast, but I suppose it's downgradable
[15:33] <ScottK> OK, I think the last packages we need for a complete armel ISO are queued/building.
[15:33] <Riddell> awooga
[15:34] <ScottK> Of course several of them are KDE SC bits that haven't had a try yet, so I'd be pleasantly suprised if they all built on the first try.
[15:34] <ScottK> Now if someone could just fix Qt on powerpc and ia64.
[15:35] <Riddell> for all our many ia64 users
[15:35] <freeflyi1g> Riddell: you know who is taking care of forum.kde.org?
[15:36] <Riddell> freeflyi1g: I don't immediately remember but #kde-forum would probably know
[15:36] <ScottK> Riddell: Not sure about Kubuntu, but there are a non-zero number of ia64 desktop users.
[15:36] <freeflyi1g> Riddell: thx
[15:39] <Riddell> ScottK: ld segfault on powerpc looks hard to fix
[15:39] <Riddell> "error: cast from 'JSC::JSCell*' to 'int32_t' loses precision" on ia64 probably just needs a c++ wizard
[15:40]  * ScottK looks for sebas ...
[15:40]  * sebas hides right here
[15:41] <yofel> is the fact that 'copy selection' is the default now in klipper a kde decision or did we do that?
[15:41]  * ScottK dubs sebas C++ wizard and hands him https://launchpad.net/ubuntu/+source/qt4-x11/4:4.6.0-1ubuntu3/+build/1399258/+files/buildlog_ubuntu-lucid-ia64.qt4-x11_4:4.6.0-1ubuntu3_FAILEDTOBUILD.txt.gz for some patching.
[15:43] <sebas> ScottK: looks like you want a Qt developer
[15:43] <sebas> it doesn't look like anything I could fix
[15:43] <ScottK> sebas: Know any you could ask?
[15:44] <sebas> ask thiago if he knows who's responsible
[15:44] <JontheEchidna> yofel: That's a KDE decision, and one that I immediately un-did
[15:44] <ghostcube> me too
[15:44] <ghostcube> :D
[15:45] <yofel> well, me too, but we just had another person in ubuntu+1 that was confused by that
[15:45] <yofel> thx
[15:45] <ghostcube> why had kde decided to do this any arguments ?
[15:47] <Riddell> what's copy selection?
[15:48] <yofel> Riddell: you select a text and it's immediatly copied to the clipboard
[15:48] <Riddell> "synchronise contents of selection and clipboard"?
[15:48] <Riddell> that was recognised as being evil years ago
[15:49] <yofel> well, the kde devs seem to think otherwise now...
[15:51]  * ScottK summons the KDE god of usability ....
[15:51] <ScottK> seele: You around?
[15:52] <Riddell> it's been on for a year? http://websvn.kde.org/trunk/KDE/kdebase/workspace/klipper/klipper.kcfg?view=log
[15:53] <Riddell> I've had Mattis Ettlich rant at me about how many bugs Qt has received from when that was on in KDE 1 times
[15:56] <ScottK> Now that I know what was causing that, I'm annoyed.
[15:57] <JontheEchidna> might have been accidental; I know that klipper has gotten some rearchitectural love recently
[15:59] <JontheEchidna> hmm, kcm-phonon-xine is in universe but phonon-backends-xine depends on it
[15:59] <al> klipper misses every other selection here - that's annoying
[16:00] <ScottK> Riddell: ^^^ would you please promote kcm-phonon-xine
[16:01] <Riddell> ScottK: done
[16:01] <ScottK> JontheEchidna: 44 minutes and you should be good.
[16:02] <ScottK> JontheEchidna: Request nicely timed just before the publisher run.
[16:02] <JontheEchidna> I noticed plasma-scriptengine-javascript is universe too
[16:02] <ScottK> Does anything depend on that?
[16:02] <JontheEchidna> I thought we had been providing the js stuff by default, maybe not
[16:02] <refic> so where's today's daily build?
[16:03] <ScottK> Some of the scriptengines are in Universe on purpose, IIRC.
[16:04] <ScottK> refic: ISO build failed.
[16:05] <refic> oh, okay
[16:07] <Riddell> refic: I can rebuild them if you want to do some testing
[16:07] <ScottK> (the problem that caused the failure is fixed)
[16:09] <refic> Riddell: sure, if that's not too much work for you
[16:10] <Riddell> refic: building, should appear in an hour or so
[16:10] <Riddell> or less probably
[16:10] <refic> great, thanks
[16:17] <ScottK> Riddell: asac just PM'ed me he'd look at it today
[16:17] <ScottK> He's on "vacation", but not so much he's not working.
[16:17] <Riddell> ScottK: he PMed me too, he can't be having that much of a holiday :)
[16:17] <ScottK> Heh.  Yeah.
[16:24] <seele> ScottK: i am
[16:24] <seele> ScottK: que pasa?
[16:25] <ScottK> We were just discussing the upstream change to klipper that makes it put everything you highlight in the copy buffer by default.
[16:25] <ScottK> "synchronise contents of selection and clipboard"
[16:25] <ScottK> The consensus here (and from what user feedback we've gotten) is this was not a good change.
[16:26]  * ScottK was thinking you might consider looking into it with your KDE usability hat on.
[16:26] <ScottK> seele: ^^^
[16:26] <seele> ScottK: so it's syncronizing with whatever the x clipboard is instead of having a separate one?
[16:27] <seele> before middle click and ctrl+v were not synced and it caused a lot of confusion
[16:27] <ScottK> No, whever you select text it automatically puts it in the clipboard.
[16:27] <seele> it's also a hard tradeoff, do you support people who have been using x for years and expect select to copy to work, or do you support new users who don't know the functionality exists
[16:28] <seele> ScottK: right, isn't there another clipboard that does that? for x11 or something?
[16:28] <ScottK> Dunno, to me they are two different things
[16:28] <seele> all they did was sync it
[16:28] <ScottK> Dunno about others.
[16:28] <seele> right, that's because you know they exist and they are separate
[16:28] <seele> people who haven't been using unix for long don't know they are different
[16:28] <ScottK> I select all kinds of things I don't want to copy.
[16:28] <maco> ScottK: you know when you highlight to copy then middle click to paste?
[16:28] <Sput> seele: people who have been using windows don't expect selecting text overwrites their clipboard
[16:28] <maco> i think people tend to discover it accidentally
[16:29] <seele> Sput: yes, i know
[16:29] <ScottK> I'm well aware of it and find it highly annoying.
[16:29] <maco> oh i love it
[16:29] <Sput> they expect the clipboard to work with ctrl+c/v only
[16:29] <maco> i get so screwed up when i try to use non-linux systems...
[16:29] <seele> but all the hard core long time users out there will be pissed if you can't select to copy, mostly because of konsole buffer issues
[16:29] <Sput> well, such users could check that box in klipper :)
[16:29] <ScottK> seele: This is a question of defaults.
[16:29] <seele> ScottK: oh, they have an option?
[16:29] <ScottK> yes
[16:30] <ScottK> And it's the default that changed.
[16:30] <seele> sorry your comment didn't include that info :)
[16:30] <Sput> yep, klipper feature (has been around forever)
[16:30] <ScottK> Sorry
[16:30] <maco> so i think the question is do we expect more continuing-users or new users
[16:30] <seele> Sput: no way, wow i wish i knew that haha
[16:30] <Sput> seele: I've used it in KDE3 times already :)
[16:30] <ScottK> Without getting the new users, you don't get to have continuing users.
[16:30] <ScottK> But I'm not excactly a new user and I think this is terrible.
[16:31] <seele> ScottK: i think we should support users without assuming they have previous or in-depth knoweldge of how linux and x work
[16:31] <ScottK> So it's not that simple.
[16:31] <Sput> in that case, it shouldn't be synced I guess
[16:31] <seele> but that means getting rid of highlight-to-copy as well
[16:31] <maco> seele: wait you mean even for non-klipper users?? O_O
[16:31] <Sput> well, highlight-to-copy is coupled with the middle button, that always works
[16:31] <seele> ideally, autodetecting applications you cant ctrl+c in (like konsole) and using highlight-to-copy.. but i think you can also right click in konsole to copy
[16:31] <Sput> just the question if it also should overwrite the clipboard
[16:32] <seele> maco: klipper is a kde service, so it would be for all kde users
[16:32] <ScottK> seele: You can right click to copy in Konsole
[16:32] <seele> it's silly to support two different clip board systems, all it does is cause confusion
[16:32] <seele> the reason why it has lasted so long is because there are so many people used to highlight-to-copy
[16:32] <maco> seele: i dont use klipper though.  at least, its not in my tray thingy. are you saying i couldnt highlight then middle click?
[16:32] <Sput> I don't think you can turn that one of though, it's an X11 feature :)
[16:33]  * maco hopes Sput is right
[16:33] <seele> Sput: yeah, yet another problem
[16:33] <seele> i dont have a perfect solution, i'm just telling you how i think the optimal solution should be designed
[16:33] <Sput> so what klipper does (as an option) is syncing the two clipboards, which might lower confusion, but means that windows users will overwrite their clipboard all the time
[16:33] <seele> i can understand why kde wants to sync the clipboards, it will reduce confusion
[16:33] <Sput> maco: also how can you survive without klipper :)
[16:33] <seele> however, both options require the user to know how the system works and ellicits different types of errors
[16:34] <seele> Sput: but if the data is still in the clip board and accessible, is it a problem?
[16:34] <ScottK> I would just like to be in control of what's in my keyboard.
[16:34] <maco> Sput: simple. i have two buffers! i copy one thing with highlight and one thing with ctrl+c. paste the first with middle click and the second with ctrl+v. works great!
[16:34] <ScottK> keyboard/clipboard
[16:34] <Sput> maco: yep, but klipper also keeps history :)
[16:34] <Sput> I use that feature all the time
[16:34] <maco> Sput: what do i need that for?
[16:34] <maco> Sput: thats actually WHY i turn it off
[16:35] <seele> maco: you are a highly functional technical user who understands how the system works. of course you think two separate clip boards is awesome :)
[16:35] <Sput> dunno, I often make use of having past clipboard contents available
[16:35] <Sput> e.g. I'm selecting multiple things and then paste them in order
[16:35] <maco> Sput: i explicitly DO NOT want that accessible. same reason i clear history on browser restart and absolutely HATE that kickoff shows webpages in Recent Documents
[16:35]  * ScottK too (clip board history)
[16:35] <Riddell> seele: why does the existance of select/middle click confuse people who are used to only having control-c/v ?
[16:35] <Sput> maco: interesting... privacy reasons?
[16:35] <maco> Sput: yep
[16:36] <Sput> maco: ah ok. yeah, I can understand that in particular if your account is used by multiple people
[16:36] <JontheEchidna> ^not uncommon on public computers either
[16:36] <seele> Riddell: when you use ctrl v, you often highlight something, putting it in the buffer. middle click to paste is pretty easy to discover by accident. it becomes confusing when you realise that what you ctrl+c is not always what you paste via middle click
[16:37] <ScottK> seele: +1
[16:37] <Riddell> seele: I'd think that less confusing than having select suddenly change my clipboard
[16:37] <seele> i've also seen highlight-to-click used in help documentation for commands in the terminal, which is another way that users can learn of the existance
[16:38] <maco> seele: having two clipboards to me is no different than klipper with a max history of 2, except that i dont have to go all the way to the frickin tray to use it
[16:38] <seele> Riddell: i think highlight-to-copy should be turned off, but i dont think that is possible
[16:38] <jussi01> I hate the select copies the the clipboard thing...
[16:38] <maco> because its far away at the edge of the screen, and i would prefer not to have to move my mouse that far
[16:38] <seele> maco: again.. you are a high functioning technical user who knows how the system works
[16:39] <maco> seele: but in that case, klipper itself should be confusing for letting you copy more than one thing
[16:39] <maco> so really wouldnt the argument be to just not have klipper?
[16:39] <maco> i mean jeez, klipper might store 5 things
[16:39] <jussi01> I mean, try copy a url, then remove the current url (by select, delete), then paste... oh dammit, where did the url go?
[16:39]  * Sput was quite confused about the X11 selection thing when he started to use Linux 9 years ago, but back then you selected text and the selection would disappear on mouse release
[16:39] <seele> maco: not really, i think people who have experience in ms word are used to having a clipboard history
[16:39] <Sput> word has a clipboard history?
[16:39] <maco> Sput: ew so it was cut?
[16:40] <Sput> maco: no, the text stayed, but the selection wasn't permanent
[16:40] <maco> heh what Sput said re: word
[16:40] <Sput> so it got copied into the clipboard, and then the highlight vanished
[16:40] <maco> i think ive seen word do that once...and then whine at me that the clipboard got full or something when i tried to close word. i was very confused
[16:40]  * Sput hasn't used word in... uhm... he has never used word
[16:40] <maco> ms word taught me that clipboard manager thingies are confusing
[16:41] <seele> maco: how often do you use word? :P
[16:41] <maco> umm last time was probably 2007
[16:41] <maco> i used it on a mac then
[16:41]  * seele checks the calendar
[16:41] <seele> it's nearly 2010 now :P
[16:41] <maco> before that wouldve been daily in 2006 on windows xp
[16:41] <maco> because how else was i gonna do my homework? i didnt know about LaTeX yet!
[16:42] <ScottK> maco: Most modern systems have clipboards with history. Gnome is weird that it doesn't.
[16:42] <maco> ScottK: maybe thats why i used gnome when i started on ubuntu. klipper was probably the first thing i got rid of on kubuntu
[16:42] <seele> anyone know an X11 expert to see if highlight-to-copy can be turned off?
[16:43]  * Sput has used StarOffice when it still was something only known in Germany, way before it became OpenOffice
[16:43] <ScottK> maco: Interesting.  Most people I know consider it one of KDE's best features.
[16:43] <Sput> +1
[16:44] <seele> maybe we could patch klipper so that the option isn't necessarily to sync the two clipboards, but to toggle the x11 copy buffer
[16:44] <seele> people who REALLY want highlight-to-copy probably also want the double copy buffers, so that is two options in one
[16:44] <maco> ScottK: like i said, i dont want my copy history to be accessible, period. second, i find it confusing to keep track of what the heck is in there. i can handle remembering up to two buffers (X & ctrl+c) but only when im using both explicitly at the time. otherwise, i generally only bother remembering 1 (whichever ive used more recently)
[16:44] <seele> but by default, the copy buffer would work in the most simple way, explicit copy and paste with only one buffer
[16:45] <ScottK> Even better.  I have this turned off in klipper, but it does it anyway.
[16:52] <Sput> not here
[16:53] <ScottK> You're on a later KDE release than I am.
[16:53]  * JontheEchidna can't live without his klipper
[16:55]  * ScottK wonders if Klipper in 4.4 uses to new systray protocol yet?
[16:55] <ScottK> If it does, it should be very usable by Ubuntu people.
[16:56] <maco> what does that mean?
[16:56] <jussi01> maco: me likey
[16:56] <maco> jussi01: hmm like what?
[16:57] <jussi01> maco: tab fail, was aimed at seele
[16:57] <JontheEchidna> ScottK: it doesn't, sadly :(
[16:57] <ScottK> maco: Since Ayatana is implementing the new systray protocol KDE developed for Gnome in this cycle, on Lucid, anything that uses the new protocol should appear 'native' independent of which DE is was designed for
[16:57] <ScottK> JontheEchidna: Oh well.
[16:58] <JontheEchidna> KMix, Konversation, KNetworkManager, KGpg and that keyboard layout switcher are all using the new protocol
[16:58] <JontheEchidna> If only KMail and Klipper would get the feature I'd be totally xembed-free
[16:58] <ScottK> Sput: ^^^ You need to be on this list.
[16:59] <Sput> ScottK: I know, I'm looking into it
[16:59] <ScottK> Yes, just encouraging you ....
[16:59] <Sput> at least that one blog entry on gnome planet finally pointed me to some docs for the dbus protocol :P
[16:59] <Sput> since there's no docs on techbase
[16:59] <Sput> only for using the KDE lib, which is hard if you try to support older KDEs as well (and non-KDE)
[17:00] <Sput> so I intend to use pure dbus, which hopefully means that it works even with no KDE integration
[17:01] <ScottK> Nice
[17:01] <ScottK> JontheEchidna: kubuntu-notification-helper built on armel when I retried it.
[17:01] <Sput> I think it should be possible to check if a certain dbus service is around, and automatically enable that one
[17:01] <JontheEchidna> ScottK: btw, the device notifier can go in the systray for 4.4, and though there's a bug right now it should hide until there's a new device
[17:01] <Sput> maybe I'll do the same for notifications
[17:01] <ScottK> JontheEchidna: Excellent.  That's what I'd like to see.
[17:01] <JontheEchidna> So assuming the bug is fixed the device notifier can go in the tray
[17:02] <JontheEchidna> and will remain hidden until needed
[17:02] <Sput> oh. I've never noticed that the device notifier wandered into the tray :)
[17:02] <Sput> I used to have this plasmoid
[17:03] <ScottK> Hit a roadblock on armel: amarok: libnjb-dev: Depends: libnjb5 (= 2.2.5-4.2ubuntu3) but it is not going to be installed
[17:03] <JontheEchidna> It still is a plasmoid. You can put certain plasmoids into the tray now though
[17:03] <ScottK> libnjb is built though.  No idea why it's not installable.
[17:05] <nixternal> ok, how do I stop the kglobalaccel notifications from popping up?
[17:06] <JontheEchidna> System Settings -> Notifications -> kglobalaccel from the combobox I believe
[17:06] <nixternal> hah, never ind
[17:06] <nixternal> yeah
[17:06] <nixternal> just found it right when I asked
[17:06] <nixternal> KDE Global Shortcuts Daemon to be exact :)
[17:07] <JontheEchidna> I like it's KDE Daemon description: "No daemon. No hotkeys"
[17:07] <nixternal> haha
[17:08] <ghostcube> heh
[17:11] <seele> hmm.. i guess no resolution on the klipper thing? heh
[17:12] <seele> ScottK: answers are never easy :)
[17:12] <ScottK> seele: Of course not.  That's why I called you.
[17:31] <nixternal> is there a fix for the nepomuk not starting up issue with b1?
[17:37] <ScottK> nixternal: virtuoso 6.0.1
[17:38] <JontheEchidna> in theory soprano-backend-sesame would also work
[17:38] <ScottK> If you like slow
[17:39] <JontheEchidna> sesame was decent speed, but a memory eating cow with a questionable license
[17:40] <JontheEchidna> plus you have to put a symlink to some java stuff somewhere to get it to work
[17:44] <sabdfl> markey: sigh
[17:48] <Daskreech> rickspencer3 doesn't hang out here anymore?
[17:50] <annma> hi people
[17:50] <sandsmark> sup
[17:50] <JontheEchidna> Hi
[17:50] <annma> There's a typo in topic
[17:50] <annma> hey JontheEchidna the best KDE debug man
[17:50] <annma> thanks JontheEchidna
[17:50] <sandsmark> JontheEchidna++
[17:50] <annma> :)
[17:51] <Mamarok> poor Quintasan, missing that r
[17:51] <Mamarok> a MOTU, not an
[17:51] <JontheEchidna> oops
[17:51] <annma> perfect
[17:52] <JontheEchidna> I guess it depends on the way you say it: "em oh tee u" or Master of the Universe"
[17:52] <annma> will you ship 4.4 on Lucid?
[17:52] <JontheEchidna> That is the plan
[17:52] <sandsmark> JontheEchidna: btw, did my patch work for you as-is?
[17:52] <sandsmark> lex79 said he had to re-diff against my branch on gitorious, or something
[17:53] <JontheEchidna> yeah, we just took a diff from pure Qt 4.6.0 to your branch
[17:53] <sandsmark> ok, nice
[17:53] <JontheEchidna> It's been working well
[17:53] <sandsmark> (I guess because I worked against the kde-qt...)
[17:53] <sandsmark> awesome
[17:54] <JontheEchidna> Might be a good idea to announce it to kde-packager or somesuch now
[17:54] <sandsmark> hmm, yeah
[17:55] <sandsmark> maybe I should ask toma or someone who knows all the knooks to do it for me
[17:55] <sandsmark> I'll blog about it now, anyways
[17:55] <sandsmark> (yay, blogging, the communication medium of the future :-D)
[17:56] <annma> Planet KDE is the future happening
[17:56] <JontheEchidna> blogging; the clipboard of the future :P
[17:56] <sandsmark> hrhr
[17:56] <sandsmark> annma: well, I'm pretty damn impressed by the stuff happening in Qt lately ...
[17:57] <sandsmark> portability to normal was yesterday, today we're porting to absurd platforms :-P
[17:57] <sandsmark> er, to normal platforms
[17:57] <annma> lol
[17:57] <toma> sandsmark: ?
[17:57] <JontheEchidna> I thought I saw an iphone branch in gitorious for Qt today
[17:57] <sandsmark> toma: about the patch I made to Qt
[17:58] <sandsmark> toma: you were so nice helping me with the temporary Qt release, so I thought I'd abuse your kind heart a bit more... :_P
[17:58] <sandsmark> er, Phonon release
[17:58]  * sandsmark needs caffeine
[17:58] <toma> sandsmark: abuse me for another tarball of phonon?
[17:58] <sandsmark> toma: no, for announcing the patch to the right lists
[17:59] <sandsmark> (and uploading the patch somewhere, maybe?)
[17:59] <toma> oh. i can write mails for you, sure.
[17:59] <nixternal> ScottK: is virtuoso packaged anywhere?
[17:59] <toma> and put the patch near the phonon tarball
[17:59] <sandsmark> awesome :-)
[18:00] <toma> i'm back in 30m or so
[18:01] <sandsmark> k
[18:01] <ScottK> nixternal: Yes.  Dunno where.
[18:08] <nixternal> only thing I find on virtuoso on LP is the upstream product page...hrmm
[18:08] <ScottK> I think in Debian qt-kde svn maybe
[18:10] <nixternal> you mean 6.0.0 right? I can't even find a 6.0.1 source
[18:10] <JontheEchidna> 6.0.1 hasn't been released yet, but it will be the first 6-series release that nepomuk is compatible with
[18:11] <JontheEchidna> 5.x works, I hear
[18:11] <maelcum|uni> is 6.x supposed to work? i remember a blog post saying that for now the latest 5.x version should be used.
[18:11] <maelcum|uni> question answered...
[18:11] <toma> JontheEchidna is spot on
[18:11] <JontheEchidna> ^_^
[18:12] <nixternal> toma: how is mailody coming along?
[18:12] <toma> next subject please
[18:12] <nixternal> haha
[18:15] <JontheEchidna> sandsmark: so today is (was?) the big finals day?
[18:16] <sandsmark> yup
[18:16] <sandsmark> tomorrow I'm going to spend 7+ hours on a train, without internet :-P
[18:16] <sandsmark> (but with power and a laptop, last trip I ported filelight, not sure what I'm going to do this time)
[18:16] <JontheEchidna> fun
[18:16] <sandsmark> heh, that is one word for it :-P
[18:18] <ScottK> Port klipper to the new systray protocol?
[18:19] <sandsmark> isn't it already?
[18:19] <sandsmark> I thought I saw that, might have been dreaming
[18:19] <JontheEchidna> not as of 4.3.80
[18:19] <sandsmark> hmm
[18:20]  * JontheEchidna is always living in snapshots because his computer is too weak to compile all of KDE every day
[18:56] <toma> sandsmark: i'm back, let me know if I can do anything
[18:56] <annma> klipper keeps going away from systray
[18:57] <annma> like escaping
[18:57] <annma> truly I also would when I think of it
[19:09] <Daskreech> seele: ping
[19:10] <Daskreech> ScottK: we are packaging OpenLinks Virtuoso ?
[19:10] <ScottK> Daskreech: Yes, but for some value of we that doesn't include me doing any actual work.
[19:11] <Daskreech> ScottK: I can agree fully with that statement :-D
[19:12] <seele> Daskreech: pong
[19:13] <Daskreech> seele: Have you seen Dr Konqi in KDE 4.4 >
[19:13] <Daskreech> ?
[19:14] <seele> the new one? yes
[19:14] <seele> er, how is it different from 4.3
[19:15] <seele> i just know the dev was going to change some logic so there arent as many bug reports
[19:15] <Daskreech> Well it doesn't ask for Bug Information. It checkes for duplicates based on the backtrace
[19:15] <annma> it tells the user more info about the current backtrace
[19:15] <annma> it tells when it's useless
[19:15] <Daskreech> I was just asking about the wording based on found duplicates.
[19:15] <Daskreech> annma: I think it did that before but it's certainly nicer about it now
[19:16] <annma> I don't think it did before
[19:16] <ghostcube> hmm it did
[19:16] <annma> what do you think is wrong about the wording?
[19:16] <ghostcube> from 4.3.x
[19:16] <annma> ah 4.3
[19:16] <annma> sure
[19:16] <annma> 4.3 is current stable
[19:16] <Daskreech> seele: It gives you a list of duplicates and then says See if your bug has already been reported. Double click a report in the list and compare it to yours. You can suggest that your crash is a duplicate of that report or directly attach your information to it.
[19:17] <annma> Daskreech: it makes a huge difference in bug reports triaging
[19:17] <annma> maybe it should add a distro check ;)
[19:17] <Daskreech> annma: It does a distro check
[19:17] <ghostcube> hmmm after a while these big lock and logoff icons look ok o.O
[19:18] <annma> we got a bug with more than 200 dupes for beta 1
[19:18] <seele_> Daskreech: i didnt get your last message, x crashed
[19:18] <Daskreech> Hooray for X sucking :)
[19:18] <Daskreech> seele: It gives you a list of duplicates and then says See if your bug has already been reported. Double click a report in the list and compare it to yours. You can suggest that your crash is a duplicate of that report or directly attach your information to it.
[19:18] <seele_> heh
[19:18] <annma> seele_: did it give you a nice dialog?
[19:19] <Daskreech> annma: lol
[19:19] <seele_> Daskreech: ok.. do you have a question?
[19:19] <ghostcube> something like xserver crashed for unknown reason bt useless pls install following dbg packages :D
[19:20] <Daskreech> seele_: Right the method of checking it as as duplicate involves clicking the duplicate you are interested in. Clicking a button to bring up a dialog with more information and then at the bottom of that clicking mark as duplicate.
[19:21] <ScottK> Riddell: Do you have access to an ia64 porter box?
[19:21] <Daskreech> seele_: Does that wording speak to that for you? It didn't to me but I'm not an average user/reporter nor a usabilty trained eye
[19:21] <seele> Daskreech: i'm not running 4.4 so i can't see the dialog to know
[19:22] <seele> in general, you shouldnt need to give instructions like "click here, select that"
[19:22] <Daskreech> seele: screenshots welcome?
[19:22] <seele> sure?
[19:22] <Daskreech> alright let me crash something
[19:22] <seele> also, have you brought this up with the dev first?
[19:22] <ghostcube> hmmm quassel
[19:22] <seele> too many people come to me asking to change a UI and they never talk to the original dev
[19:23] <seele> Sput: by chance did you ever count how many people were using quassel on freenode before we included it by default in kubuntu?
[19:23] <Daskreech> seele: just came from a discussion with them. I agree with the workflow but it only became apparent to me what to do after running through it once. I had expected that if I selected the duplicate entry and clicked next it would be earmarked as a duplicate
[19:23] <seele> Sput: i notice a lot more quassel users now than a year ago
[19:23] <seele> Daskreech: hard to say without me using/seeing it
[19:24] <seele> the fact that you learned the process after doing it once isn't bad. it would be a problem if you were still confused after you did it a few times
[19:24] <Daskreech> seele: I know screenshots coming as soon as I get krunner to crash
[19:24] <Daskreech> seele: Ok I suspect that's fine then. It does have prompts before you send off to alert you that it hasn't been marked as a duplicate
[19:25] <seele> that's not to say the instructions or dialog could be improved.. but if it makes sense after using it once, then it might not be as bad as you think
[19:25] <seele> you can't make things highly functional and stupid easy
[19:26] <seele> drkonqi does a lot of things, it really surprised me how many user-necessary steps there are to submitting a bug
[19:26] <Daskreech> seele: I know i didn't think overall it was bad and I understand the mindset behind it. I was as you say just seeing if the wording could be improved. They lower the barrier to submitting good bugs the better
[19:26] <seele> ugh kpackagekit
[19:27] <Daskreech> I know I haven't even bothered to file bugs/papercuts against it since I'd need to put aside a chunk of day
[19:27] <Daskreech> Though I am spending a lot of today filing bugs on all the apps I can in KDE 4.4
[19:28] <seele> hmm.. does anyone else have weird focus problems with the kubuntu login screen? i can't tell if it is a problem in karmic or just from my upgrades
[19:28] <Daskreech> seele: I do
[19:28] <seele> when you log in, the cursor is blinking in the password field, but it isn't in focus so you cant type
[19:28] <nixternal> seele: where it looks liek the password is selected, but when you type nothing happens?
[19:28] <nixternal> yeah
[19:28] <seele> ah hah.. sweet
[19:28] <nixternal> I get that from time-to-time, but not all of the time
[19:28] <seele> papercut here we come :P
[19:29] <seele> nixternal: yeah, like only sometimes
[19:29] <Daskreech> seele: That's happened to me twice and once when I started typing the field suddenly lost focus
[19:29] <nixternal> do you have encrypted /home?
[19:29] <nixternal> I think I only notice it on my desktop that has an encrypted /home
[19:29] <seele> nixternal: nope
[19:29] <seele> nixternal: is yours an upgrade or fresh install?
[19:30] <Daskreech> seele: Is there a way to mark a bug as a usabilty bug in b.k.o ?
[19:30] <nixternal> fresh, thought it happens on an upgrade as well
[19:30] <nixternal> s/thought/though/
[19:30] <seele> Daskreech: i dont think there is a usability category, there is a hig category but that's out of date
[19:31] <seele> Daskreech: usually people put Usability: before the title so you can search on it
[19:31] <Daskreech> Thanks
[19:37] <seele> is it just me or does launchpad look broken in firefox?
[19:40] <ghostcube> seele, looks borked
[19:52] <ghostcube> a fly has peed me into my tft now a pix is brown o.O
[19:52] <ghostcube> wth
[19:56] <refic> Riddell: hmm.. how's the daily thing?
[20:41] <Sput> seele: I have no stats (and I don't tend to CTCP VERSION as it's considered rude), but yeah, there's a lot of Quassel users around
[20:41] <Sput> kubuntu certainly helped a lot with that :)
[20:48] <JontheEchidna> yay, libknotificationitem1 is rdepend free
[20:52] <ghostcube> Sput, yeah Quassel is ok but it doesnt like Qt 4.6 heh
[20:52] <ghostcube> but else it works fine
[21:11] <Sput> ghostcube: there's the occasional crash, other than that it should be ok with 4.6 if ScottK has bumped the package meanwhile :)
[21:11] <Sput> I've fixed the graphical glitches we had (whitespace in ChatView)
[21:12] <ScottK> Sput: Did you get the gettext patches sorted?
[21:13] <Sput> ScottK: scarabeus wanted to look into that, he hasn't done it yet I think
[21:13] <ScottK> OK.
[21:13]  * ScottK marks this on TODO
[21:14] <Sput> I think he said that it looked OK at first glance, but wanted to figure out how it was done and chat some more with dpm probably
[21:14] <Sput> but I was a bit out of the loop lately.
[21:16] <jbicha> I've been unable to start KDE since upgrading to 4.3.80, this is a known issue, right?
[21:27] <ryanakca> apachelogger: I am unable to enable the 'Aggregate and compress CSS files' option in Drupal, we'll need to prod a sysadmin to do so :/
[21:28] <ryanakca> Anybody know if Lex has virtuoso packages available for testing?
[21:28] <Quintasan> ryanakca: so, there is a virtuoso package but it won't work
[21:29] <Quintasan> ryanakca: there is a bug with virtuoso 6.0 which will be fixed with 6.0.1 release which is soon
[21:29] <Quintasan> ryanakca: I wanted to compile 5.0.12 but there is no point in doing this
[21:56] <Daskreech> jbicha: no it's not
[21:57] <jbicha> Plasma::AppletPrivate::mainConfigGroup: requesting config for "Battery Monitor" without a containment!
[21:57] <ScottK> Lure_: I just retried eet on all archs.
[22:00] <Daskreech> jbicha: mv ~/.kde/share/config/plasma-appletsrc ~/plasma-appletsrc.4.3.80
[22:00] <Daskreech> jbicha: Then try login again
[22:02] <ryanakca> Quintasan: bummer. I'll set the nepomuk backend to sesame2 or something then
[22:02] <jbicha> Daskreech: that still doesn't work, I'm installing the -dbg packages now so I can file a bug
[22:02] <ryanakca> Quintasan: thanks
[22:03] <Quintasan> ryanakca: you're welcome :)
[22:04] <Daskreech> jbicha: mv the plasmarc file as well
[22:05] <Quintasan> ulysses__: ping
[22:06] <jbicha> Daskreech: that doesn't work either, I have experienced this on 2 diff computers with a blank profile
[22:06] <Quintasan> ulysses__: or well whatever, I'll be around for few hours so if you feel like finishing smooth tasks let me know
[22:06] <Daskreech> jbicha: where did you get the packages from?
[22:06] <jbicha> I've been stuck using Gnome for the past week ;-)
[22:07] <jbicha> I am using Lucid right now, but I also had the problem in Karmic using the backports PPA
[22:08] <Daskreech> Far as I know 4.3.80 isn't in the backports PPA
[22:09] <jbicha> well, the beta PPA, I get them confused http://www.kubuntu.org/news/kde-sc-4.4-beta-1
[22:10] <Daskreech> jbicha: Try running a dist-upgrade. It sounds as if you have some packages broken. Ensure you have kubuntu-desktop installed. That messes me up from time to time
[22:10] <Daskreech> some install removes it and it depends on some package which never gets pulled in till I reinstall kubuntu-desktop
[22:14] <jbicha> Daskreech: thanks, it looks like I was missing kubuntu-default-settings
[22:14] <jbicha> I think there's probably an underlying bug there but this helps
[22:14]  * jbicha logging out of Gnome
[22:15] <Daskreech> sabdfl1: The prequel!
[22:15] <sabdfl1> ?
[22:15] <Daskreech> sadfl1 The prequel to sabdl. Sorry Movie joke
[22:16] <Daskreech> And all is restored :)
[22:16] <sabdfl> ah :-)
[22:21] <Quintasan> :D
[22:26] <ScottK> Riddell: kdepim built, so just waiting on armarok to finish for Kubuntu desktop/netbook to be current on armel.
[22:26] <ScottK> Looks like it's close.
[22:28] <ScottK> Riddell: Would you please kick off an armel Kubuntu Netbook image in ~90 minutes?
[22:36] <ScottK> Amarok built too.
[22:37] <ScottK> Riddell: \o/ - I think we're fully built on armel.
[22:37] <ScottK> Quick make some isos before JontheEchidna uploads something and breaks it.
[22:37] <Riddell> ScottK: awooga
[22:37] <ScottK> So after the next publisher run we should be good for some images.
[22:38] <ScottK> We haven't had any since October, so please give them a run.
[22:39] <ScottK> Gotta run, back later.
[23:21] <JontheEchidna> ScottK: I found out why kdepim-runtime needs kdebase-runtime
[23:21] <JontheEchidna> For some reason shlibdeps is saying that kdepimlibs5 needs to depend on the phonon package, even though it is a metapackage that hasn't had anything in it since Qt 4.5 times
[23:22] <crimsun> do you need to unset DH_OPTIONS ?
[23:22] <JontheEchidna> phonon brings in phonon-backend-xine, which brings in kcm-phonon-xine which needs the kdebase-runtime
[23:23] <JontheEchidna> unset DH_OPTIONS?
[23:23] <JontheEchidna> here's the rules file: http://pastebin.com/f4b70f985
[23:24] <JontheEchidna> maybe adding -xphonon to the DEB_DH_SHLIBDEPS_ARGS_ALL list would fix things?
[23:39] <ulysses__> Quintasan: I'm here now
[23:41] <Quintasan> ulysses__: waiting smooth tasks to be compatible with !kde ￼ 4.4 !linux ￼ @ Identi.ca, go go go with package and fame awaits you :P
[23:43] <ulysses__> :)
[23:44] <ulysses__> and what about karmic, with kde 4.3.1?
[23:58] <DanaG> hmm, is the final Kubuntu kde4.4 going to have the new PulseAudio integration features?