[09:41] <htorque> greetings, can anyone running up-to-date unity try to reproduce bug 598663? if you follow the two steps and have the 'Close' item in the global 'File' menu, then please mark as confirmed
[09:42] <ubot2> Launchpad bug 598663 in nautilus (and 2 other projects) "Nautilus: global menu stays visible after closing (affects: 1) (heat: 12)" [Undecided,Invalid] https://launchpad.net/bugs/598663
[09:46] <head_victim> What's the best method of reporting a bug in a locale that doesn't allow for 12 hour time (it defaults to 24hours which is fine but doesn't even have the option for 12)?
[10:10] <bullgard4> [Maverick] I entered '~$ ubuntu-bug gnome-media'. I am surprised: A window "Bug-Buddy" opens, telling me: "Send a bug report: The application epiphany has crashed. Information concerning program crash have been successfully collected. Bug buddy does not know the crashed apllication. Therefore it cannot send the error report to the GNOME bug database. Please store the bug in a text file and...
[10:10] <bullgard4> ...report to the bug database of the affected application." I am lost. How to proceed?
[10:11] <bullgard4> Epiphany is still running.
[10:35] <abhijit> hi
[12:40] <baptistemm> hello
[12:40] <baptistemm> is my SRU complete (Bug 636999) ?
[12:40] <ubot2> Launchpad bug 636999 in git-core (Debian) (and 1 other project) "gitweb.js missing in gitweb package (affects: 1) (heat: 10)" [Unknown,Unknown] https://launchpad.net/bugs/636999
[13:06] <jibel> baptistemm, could you add a test case in the description, and what are the potential regressions if any ?
[13:14] <baptistemm> jibel: test case is a bit hard, as you need to setup a vhost, but the consequence is simple: you'll have plenty of message 404 NOT FOUND for gitweb.js
[13:14] <baptistemm> and no regression as this is just a missing file
[13:25] <jibel> baptistemm, no need to detail every step to setup a vhost except if there is a specific configuration for that vhost.
[13:26] <jibel> baptistemm, without a test case, the sru won't be approved.
[15:25] <kamusin> our boot is dead :(
[15:26] <jpds> Our wee boot.
[15:27] <kamusin> supermegalopowerawesome3.0motu is gone ..
[15:27] <pedro_> hggdh, ^
[15:30] <hggdh> eh? eeeBotu is dead?
[19:23] <flipefr> hola
[19:23] <flipefr> hi
[19:23] <hggdh> alo
[19:24] <flipefr> hola
[19:24] <flipefr> in which language do you speak
[19:25] <flipefr> ?
[19:25] <greg-g> flipefr: most conversation in this channel happens in english. Although, there are speakers of other languages in here.
[19:27] <flipefr> i am a little lost
[19:27] <flipefr> how can i see the list of users in this channel?
[19:28] <nisshh> flipefr: try the /names command
[19:28] <nisshh> flipefr: which irc client are you using?
[19:28] <flipefr> ok
[19:28] <flipefr> x-chat gnome
[19:29] <nisshh> flipefr: and you dont have a list of users to the right of the chat window? xchat normally does
[19:29] <flipefr> no
[19:30] <flipefr> i have a list in the tab conversations
[19:30] <flipefr> in the button users
[19:30] <nisshh> ah ok
[19:30] <flipefr> but not at the right side
[19:31] <flipefr> there is no way to incorporate it to the frame?
[19:31] <nisshh> flipefr: is there any other reason you came to this channel? because if its just support, #ubuntu would be more appropriate
[19:31] <mistrynitesh> Hi flipefr, welcome to the bugsquad :-)
[19:31] <flipefr> because someone told me to come here in the ubuntu bugsquad while i wait for a mentor
[19:32] <flipefr> i dont now how to start the triage process so maybe here someone would now
[19:34] <nisshh> flipefr: ah, ok, sorry, i didnt know you were waiting for a mentor, just thought you came looking for support
[19:34] <nisshh> flipefr: well, this is the official bugsquad channel after all
[19:35] <flipefr> so here i am
[19:35] <nisshh> :)
[19:35] <flipefr> xd
[19:35] <nisshh> flipefr: im also being mentored at the moment, although by the sound of it, your newer to Ubuntu than i am :)
[19:37] <flipefr> yes, i am very newer in this
[19:37] <flipefr> but not using ubuntu
[19:37] <flipefr> so i decided to colaborate relatively soon
[19:37] <nisshh> flipefr: oh? what are you using?
[19:38] <flipefr> lucid
[19:38] <flipefr> i used jaunty and karmic before
[19:39] <nisshh> flipefr: lucid IS ubuntu, unless your using kubuntu or xubuntu
[19:39] <flipefr> pure ubuntu, gnome desktop
[19:40] <flipefr> not kubuntu or xubuntu
[19:40] <flipefr> i dont like too  much kde
[19:40] <nisshh> ok
[19:41] <flipefr> sooooo
[19:41] <flipefr> i subscribed to the eail list
[19:41] <flipefr> email
[19:41] <flipefr> i read the triage guide
[19:42] <flipefr> i requested a mentor
[19:42] <flipefr> and now i am waiting
[19:42] <nisshh> cool
[19:42] <flipefr> i suppose the mentor contacted you via email
[19:42] <flipefr> and told you something to do
[19:43] <flipefr> but i am not hurry
[19:43] <flipefr> and i dont have much free time
[19:43] <nisshh> right
[19:43] <flipefr> so that's the rason why i started by the simplest way
[19:43] <flipefr> instead of development
[19:43] <flipefr> reason
[19:44] <flipefr> can you tell something you ussually do to solve bugs
[19:45] <flipefr> do you read the list and choose what to do
[19:45] <flipefr> or there is a place, maybe launchpad, where you are assigned to a bug
[19:45] <flipefr> until you reassign it to a developer
[19:46] <flipefr> or maybe solve it
[19:46] <flipefr> or reject
[19:46] <nisshh> flipefr: you get on launchpad and do all sorts of things with bugs :)
[19:46] <flipefr> ok
[19:47] <nisshh> flipefr: you should understand that your mentor is not their to do it for you, your mentor is there to answer your questions and report on your progress
[19:47] <nisshh> there*
[19:48] <flipefr> ok
[19:49] <flipefr> so i should start investigate in launchpad
[19:50] <nisshh> flipefr: im not your mentor, but yea, you should have signed up to launchpad before you even requested a mentor
[19:51] <flipefr> i signed but all i did was change the personal profile, the ubuntu wiki and a few things
[19:51] <flipefr> i now there is a place for bugs
[19:52] <flipefr> but i didnt see how to view the list
[19:53] <flipefr> inside launchpad
[19:53] <flipefr> there is a tab named "bugs"
[19:54] <flipefr> where there is a combo to select the list of bugs
[19:54] <nisshh> thats it
[19:54] <flipefr> but i find nothing in all categories
[19:54] <nisshh> flipefr: how long have you been using ubuntu for?
[19:55] <flipefr> a year or so
[19:55] <flipefr> only like user
[19:55] <nisshh> right
[19:55] <flipefr> more than a year
[19:55] <flipefr> maybe a year and half
[19:55] <flipefr> 3 versions
[19:56] <flipefr> of course i use synaptic and terminal
[19:56] <nisshh> so do most people
[19:56] <flipefr> and changed playmouth and some sort of things
[19:57] <flipefr> but never compile kernel or developed a program
[19:57] <flipefr> only some practices in c
[19:57] <flipefr> python
[19:57] <flipefr> java
[19:57] <flipefr> made a small script
[19:58] <nisshh> yea
[19:58] <flipefr> thats things
[19:58] <flipefr> those
[19:58] <flipefr> but no more deep
[19:58] <flipefr> anyway
[19:58] <flipefr> launchpad tells me there is no bugs for me
[19:59] <flipefr> what is a blueprint here in launchpad
[19:59] <nisshh> flipefr: hang on, hang on
[20:00] <nisshh> flipefr: your mentor will answer your questions
[20:00] <flipefr> ok
[20:00] <flipefr> thanks anyway
[20:00] <nisshh> :)
[20:00] <nisshh> flipefr: sorry if im being blunt about it but im pretty busy writing code here :)
[20:01] <flipefr> ok
[20:01] <flipefr> i am leaving then
[20:01] <flipefr> thanks
[20:01] <nisshh> np :)
[20:02] <flipefr> bye
[20:02] <nisshh> cya :)
[20:22] <sometux> there is a bug in the help's menus
[20:23] <sometux> there is a bug in the help's menus. release: Ubuntu 10.10 beta
[20:26] <baptistemm> what an useful bug report
[20:26]  * yofel just wanted to say that..
[20:30] <hggdh> OK. There is a bug on the above bug report
[20:31] <kklimonda> report it
[20:31] <kklimonda> I'll confirm and we can get people start working on a fix
[20:31] <hggdh> I think I only need to repeat it twice, and it is reported
[20:31] <Guest63993> Hello regarding bug 577624 seems a wishlist, may I have someone please mark as such?
[20:31] <ubot2> Launchpad bug 577624 in keepassx (Ubuntu) (and 1 other project) "leaves stale lockfiles on unclean shutdown (affects: 1) (heat: 28)" [Undecided,New] https://launchpad.net/bugs/577624
[20:33] <kklimonda> rusivi: I disagree - from description it seems that you have to do some manual steps to get it unlocked.
[20:33] <kklimonda> well, both from description and comments
[20:33] <rusivi> Your correct that you do have to do some manual steps, input the master password.
[20:34] <rusivi> Then it asks you if you want read-only, unlock,
[20:34] <rusivi> kklimonda: You choose unlock, your back in business.
[20:36] <kklimonda> rusivi: right, so I don't think that wishlist fits - maybe some other importance would fit the description better instead?
[20:36] <rusivi> kklimonda: Well, I don't have a better suggestion other than wishlist/opinion :)
[20:37] <rusivi> kklimonda: invalid?!
[20:38] <kklimonda> rusivi: well, we can agree that there is a problem with keepassx so it's not an invalid report.
[20:38] <njin> pedro_: hello, can you sponsor my membership at Ubuntu-it ? http://forum.ubuntu-it.org/index.php/topic,369223.0.html
[20:38] <kklimonda> rusivi: reporter has said that it happens when he shuts down his computer using Shutdown from menu.
[20:38] <njin> everyone is invited
[20:38] <rusivi> kklimonda: I don't agree. It's not a problem. The file is "unlocked" by inputting the master password on startup, then one chooses read-only mode or unlock. It's a matter of aesthetics.
[20:39] <kklimonda> rusivi: also "Invalid" isn't really an importance.
[20:39] <rusivi> kklimonda: how is inputting the master password to access the database file a bug?
[20:40] <kklimonda> rusivi: not removing a lock on db at shutdown is.
[20:43] <rusivi> kklimonda: If anything, it's a wishlist, b/c it does not cause any adverse affect to the end user other than having to click one extra check box after typing in master password.
[20:44] <kklimonda> rusivi: then it's an usability issue, isn't it? User wouldn't understand why is he asked this question as he didn't do anything wrong.
[20:50] <rusivi> kklimonda: BTW, IDK why devs implemented this locking mechanism, I'll check documentation see if it reveals anything.
[20:50] <kklimonda> rusivi: it's probably a mechanism to prevent two instances of keepassx from writing to the same database at the same time.
[20:53] <rusivi> kklimonda: I think your correct about that.
[21:05] <kklimonda> rusivi: btw, what importance do you think the bug matches if you check it against this page: https://wiki.ubuntu.com/Bugs/Importance ?
[21:08] <rusivi> kklimonda: Honestly, a Wishlist for a Feature Specification, which upstream would address.
[21:09] <kklimonda> and what about Low?
[21:13] <kklimonda> rusivi: to be more exact I disagree with siretart that this is an expected behaviour because keepassx has been killed. We do provide a way for applications to learn about shutdown in progress and close cleanly.
[21:14] <rusivi> kklimonda: If you think Low than so be it, no big deal ;)
[21:14] <kklimonda> rusivi: well, I'm just discussing it - this way we both learn something new.
[21:18] <rusivi> kklimonda: fair enough. It does seem this is a request for KeePassX to honor the provided learning of shutdown & clean closing you mentioned. What is this package(s) or link that discusses this learning process?
[21:19] <njin> pedro_: around ?
[21:20] <kklimonda> rusivi: what do you mean?
[21:20] <pedro_> njin, yeah
[21:21] <njin> pedro_: hello, haw are you ?
[21:21] <rusivi> kklimonda: you mentioned Ubuntu provides a way for applications to learn about shutdown in progress and close cleanly. I would like to know more about this, could you please provide some information on this?
[21:23] <pedro_> njin, i'm good, thanks. what about you?
[21:23] <kklimonda> rusivi: oh, both GNOME and KDE provide a common D-Bus interface applications can use to register themselves and then, at the shutdown they receive notification that shutdown is in progress and may do some nifty stuff.
[21:23] <njin> everythings ok, are you busy ?
[21:24] <njin> pedro_:^
[21:24] <pedro_> no more than the usual ;-)
[21:24] <njin> LO
[21:27] <kklimonda> rusivi: for example GNOME does this through gnome session: http://live.gnome.org/SessionManagement/GnomeSession


[01:38] <agnesthompson> i am on a very old laptop and my fan does not scale. There are no bios settings for fan speed. ubuntu 19
[01:38] <agnesthompson> it is locked at around 80%
[01:42] <Simonious> what do I do about? :
[01:43] <Simonious> The repository 'https://ppa.launchpadcontent.net/linuxuprising/java/ubuntu mantic Release' does not have a Release file.
[01:43] <leftyfb> agnesthompson: Ubuntu 19.04 and 19.10 are both End of Life and unsupported. I suggest upgrading to 22.04
[01:43] <rbox> remove it
[01:43] <rbox> Simonious
[01:43] <Simonious> been trying, not sure how, that's the part I need help with
[01:44] <rbox> its in /etc/apt/sources.list.d
[01:44] <agnesthompson> it crashes after around 5 mins if the os is not 32 bit even though the cpu is 64 bit
[01:45] <leftyfb> agnesthompson: upgrade
[01:46] <Simonious> rbox: thanks, that appears to have resolved the problem.
[01:46] <Simonious> :)
[01:47] <agnesthompson> leftyfb: could you recommend a fan control script
[01:48] <leftyfb> agnesthompson: I recommend you install a supported release of ubuntu
[01:48] <agnesthompson> it crashes
[02:18] <Guest79> hey gus
[02:18] <Guest79> can everyone go offline
[02:18] <Guest79> my friend is sharing me a private linl
[02:18] <Guest79> link*
[02:23] <macky> erm, ok
[02:26] <shasta_> da fuq
[02:28] <macky> bash.org type thing
[03:13] <sem> Debian still makes 32 bit images, if that Agnes person comes back
[03:51] <yrdsb> What the harder Linux distro
[03:51] <lotuspsychje> we dont take polls here yrdsb
[03:51] <lotuspsychje> !support
[03:53] <bparker> lol
[03:53] <yrdsb> Lotus remember k lines on libera chat
[03:53] <bparker> TIL asking a question is automatically a poll
[03:58] <macky> probably a species of penguins
[04:33] <ed> yrdsb: making your own linux distro
[04:33] <ed> or gentoo
[04:33] <bparker> funroll-loops
[05:17] <querulant>  /join #ubuntu-de
[07:57] <voldial> How do I install get-edid on 20.04.6? `apt-cache search edid` returns nothing... I found the edid-decode snap install, but it didnt install the read-edid quazi dep...
[08:01] <nikolam> I am on 22.04 LTS and I migrated whole drive with 'dd ' from 512GB SATA SSD on one machine, to TwinMOS Nvme m.2 512GB SSD , now on HP 800 G3 SFF System boots in Legacy mode, non-UEFI.
[08:02] <nikolam> And I get this kind of BTRFS error messages on Btrfs partition (/) , I also have Windows 10 dual-boot on first partition and it boots in legacy mode and works.
[08:02] <nikolam> [ 6154.039447] BTRFS warning (device nvme0n1p3): csum failed root 2459 ino 24711559 off 6008832 csum 0x43e7c437 expected csum 0x06801007 mirror 1
[08:02] <nikolam> [ 6154.039451] BTRFS error (device nvme0n1p3): bdev /dev/nvme0n1p3 errs: wr 0, rd 0, flush 0, corrupt 103576061, gen 0
[08:13] <nikolam> Also on a laptop, where I also have dual-boot i tried updating from 23.04 I think to 23.10 . All worked well, excepr I choosed to retain GRUB settings (for default GRUB does not password-protect Ubuntu Linux install, so everyone with the access to PC can hack it in 2 mins)
[08:14] <nikolam> So I \choosed to retain GRUb settings and were greeted with inability to dual-boot after update, it boots every time to default target, Windows 10.
[08:14] <kishan> Hlo
[08:15] <nikolam> So 2 things, default GRUB in Ubuntu for over a decade does not protect Ubuntu machine from gaining root on startup, simply becasue GRUB is unprotected.  And 2. update procedure for distribution does not recognize custom GRUB settings for protecting GRUB with password and fails to reinstall GRUB after distribution upgrade.
[08:44] <amcsi> hey, an app is starting on startup, but I don't want it to. It's not showing up in gnome-session-properties. I'm using Xubuntu 22.04
[08:50] <younder> I use cockpit a web interface for system monitoring and administration (https://cockpit-project.org). If you have that installed yo can go into Services and see/turn off what services are running at startup.
[08:51] <younder> You can also see if something failed to run.
[08:57] <amcsi> younder, thanks. unfortunately I couldn't fine the app that autostarts in services
[08:59] <younder> There is no autostarts, but if you click a on service that is running you get a menu ... where you can deactivate it.
[09:33] <Thor-x86> Greetings all!
[09:33] <Thor-x86> The chat looks empty, or perhaps something wrong with my end so I can't see your chats?
[09:34] <nteodosio> Thor-x86, IRC does not serve a scroll back to joiners.
[09:38] <chmd> Hello! Since my last update, my network is failing randomly after a while. I am having a hard time figuring out what is wrong, since I can't find logs to confirm that. All I know is that if I ping any host by name, I get "temporary failure in name resolution" and if I ping by ip (e.g. <IP_ADDRESS>) or even a local host in 192.168, I get "Destination host unreachable"
[09:39] <chmd> any idea how to track down the root cause?
[09:39] <Paris> maybe a bad driver update.
[09:39] <Paris> is it WIFI network?
[09:40] <chmd> it is on wifi
[09:41] <chmd> I noticed that the connection was getting laggy, so I deactivated powersave
[09:41] <chmd> but how to confirm that? which logs to look at?
[09:43] <Paris> check with dmesg
[09:43] <Paris> to see if you have some errors, and dmesg | grep -i wifi
[09:43] <Paris> then iwconfig to see if your interface is actually available
[09:45] <Paris> then you need to know what hardware it is, like a realtek chip 88XX or something, i would suspect the driver update is wrong...bcause i had this issue also before, it's not unusual.
[09:45] <Paris> since you disabled powersaving.
[09:45] <chmd> dmesg | grep -i wifi returns nothing
[09:46] <chmd> for iwconfig, I will wait for the next network failur
[09:46] <chmd> +e
[09:46] <Paris> sudo dmesg | grep -i err
[09:48] <Paris> but someone may help better cause i don't have a native linux here, i would try to check the driver and version and look online, the better thing to do is to get back to the old version that was working ofc if noone can help.
[09:48] <Paris> kernel version rollback with the old drivers.
[09:54] <chmd> Paris: https://dpaste.com/7GP2PXWMT no error... I am not sure it is a driver problem
[09:55] <chmd> I am leaning towards a problem between systemd and NetworkManager
[09:55] <chmd> but I have not found a way to prove it so far
[09:57] <Paris> try to disable entirely the power saving from the systemd
[09:58] <Paris> sudo systemctl disable ...
[09:58] <Paris> but i don't remember the service name...power something
[09:58] <Paris> systemctl list-unit-files | grep enabled
[09:59] <Paris> and see the power saving related things maybe or other.
[10:01] <chmd> Paris: I mean I know how to disable power saving in the wifi card, but I do not want to because it becomes all laggy and there is no indication that this is the cause of my problem
[10:02] <chmd> I did it by creating this file https://dpaste.com/2SD8J3JQ7
[13:52] <FKAShinobi_> Is there any software in the repos that can organize photos automatically with facial recognition like google photos?
[13:55] <ioria> FKAShinobi_, never tried, but you can check  picasa-snap
[13:59] <FKAShinobi_> Thanks!
[14:04] <ioria> ok
[14:34] <Aryan> yo
[14:35] <Aryan> I have problems with cgroup in 20.04
[14:38] <Aryan>  I have this service file, I want to use cgroup in my service file: https://paste.rs/ctm2R.txt --  I've done daemon-reload, but still stress-ng is able to use 90% of CPU1.  I can see the service using the slice systemd-cgls,
[14:38] <Aryan> └─awsome.slice
[14:38] <Aryan>   └─p1.service
[14:38] <Aryan>     ├─45403 /usr/bin/stress-ng -c 1 -l 90
[14:38] <Aryan>     └─45404 stress-ng-cpu     .
[14:38] <Aryan> systemctl status output: https://paste.rs/HuuAe.txt
[14:55] <JanC> Aryan: CPUShares would only matter when it's competing with other services for the CPU, right?
[15:42] <lotuspsychje> howto list all installed packages on a system for the universe repo only?
[15:47] <oerheks> dpkg --list | grep "^i" | awk '{print $2}' | while read P ; do D=$(apt-cache policy ${P} | grep "universe" | head -1) ; if [[ ${#D} -gt 0 ]] ; then echo "${P}:${D}" ; fi ; done
[15:48] <Aryan> JanC, +++
[15:48] <Aryan> CPUQuota
[15:48] <lotuspsychje> oerheks: tnx omg, thats a lot
[15:48] <oerheks> other solutions use aptitude..
[15:49] <Tabmow> Is there a way to not have the software store ask for my password when I'm updating/installing apps? I already have an entry in sudoers that doesn't require a password which works for apt etc. via bash but I guess this is different somehow
[15:51] <ioria> too slow....
[15:51] <ioria> dpkg -l | awk '{print $2}'| xargs apt-cache policy | grep universe -B 5
[15:52] <lotuspsychje> ah nice tnx ioria aswell
[15:52] <lotuspsychje> that looks clean
[15:52] <ioria> hehehe
[15:53] <oerheks> Tabmow, no idea, the sudoers trick indeed only works for tty AFAIK
[15:54] <lotuspsychje> ioria oerheks seems like making a system without packages installed from universe is gonna be hard..
[15:54] <ioria> i believe so.... how comes you need it ?
[15:54] <oerheks> indeed, and without PRO one must rethink safety too
[15:55] <ioria> customer request ?
[15:55] <lotuspsychje> ioria: i was just wondering, as i dont want bug #2047778
[15:55] -ubottu:#ubuntu- Bug 2047778 in update-manager (Ubuntu) "Software Updater unable to cancel Ubuntu Pro upgrade" [Undecided, Confirmed] https://launchpad.net/bugs/2047778
[15:56] <ygk_12345> Hi all
[15:57] <lotuspsychje> welcome ygk_12345
[15:57] <ioria> i don't think all universe pkgs have a thing with PRO
[15:57] <ygk_12345> can someone explain to me why this command is failing ? I am trying to ssh to a remote server from an ubuntu machine and trying to pass the password thru a unix pipe like this:  ssh <IP> | echo "password"
[15:58] <lotuspsychje> ioria: me neither, but howto find out eh?
[15:58] <ygk_12345> lotuspsychje Hi
[15:59] <ioria> lotuspsychje, you diff the apt full-upgrade output with the list we got above
[15:59] <ygk_12345> any unix piping or ssh experts here ?
[16:01] <oerheks> ygk_12345, use something like sshpass? sshpass -p 'YourPassword' ssh user@host >> https://unix.stackexchange.com/questions/38737/ssh-login-with-clear-text-password-as-a-parameter
[16:01] <oerheks> but sending pass over the net like that is questionable, i would use SSH keys for that
[16:01] <ygk_12345> oerheks I want to do it without using sshpass or expect using only unix pipes
[16:02] <ygk_12345> oerheks its for our local network machines only
[16:02] <ygk_12345> so no concern for security here
[16:02] <ioria> lotuspsychje, in my case, the Pro pkgs are 27 and the universe pkgs are more than 1000
[16:04] <lotuspsychje> ioria: i see
[16:06] <ioria> lotuspsychje, for a regular Desktop exp , i think universe is quite mandatory
[16:07] <lotuspsychje> yeah, we will see where this is going ioria
[16:07] <ioria> yep
[16:08] <oerheks> that does not mean that those 1000 packages are not actively maintained?
[16:10] <JanC> Pro only does (some) security updates, not even (other) bug fixes, so obviously the number of packages from Pro repositories would be much smaller
[16:19] <JanC> it's probably not a good idea to use UNIX pipes when you don't even understand the basics of how they work...
[16:38] <zteam> Hello, is Graphics drivers ppa supported here ? I'm trying to install Nivida driver 550 bit I get dependecy issues
[16:38] <lotuspsychje> !nvidia
[16:38] <lotuspsychje> yes
[16:39] <lotuspsychje> zteam: usualy your system will pick the reccomended driver for your card
[16:40] <lotuspsychje> zteam: feel free to !paste your dependency errors with the volunteers here in the channel
[16:41] <oerheks> why not use the 550 from the original repo?
[16:42] <zteam> oerheks, is it there? I searched for it as late as yesterdday :-O
[16:43] <oerheks> hmm, not in jammy
[16:46] <zteam> lotuspsychje, In this case I need to try the 550 becuase older versions is making my system unable to turn on the screen after suspending the machine, this goes away if I uninstall the nvidia drivers but I need them to get decent performance out my 980 vard
[16:46] <zteam> oerheks, well, Jammy user here ;-)
[16:47] <oerheks> oh, tons suspend issues with nvidia and withwifi, i hope that driver might fix that
[16:47] <oerheks> zteam, does the driver ppa work?
[16:48] <zteam> oerheks, nope cant' install it pasting info right now
[16:48] <zteam> Sysinfo here ste.com/4HPD3CQUT
[16:49] <zteam> https://dpaste.com/4HPD3CQUT
[16:50] <zteam> dpkg compains about not being able to install nvidia-dkms-550
[16:51] <oerheks> Ubuntu 23.10 is notjammy
[16:52] <oerheks> how did you get 6.7?? that might be your culprit
[16:52] <oerheks> even next noble 24.04LTS is still at 6.6
[16:56] <zteam> oerheks, right my mistake, I used the mainline repo for adding that kernel as I needed to solve another issue, from 23.10 Ubuntu refuses to power down my machine properly using the mainline kernel worksaround that issue, the issue with suspend were there before switching to mainline kernel
[16:56] <zteam> errors from trying to install nvidia 550 driver comes here https://dpaste.org/dAKZk
[16:58] <lotuspsychje> zteam: mainline kernels are for testing purposes, not daily use
[16:58] <lotuspsychje> zteam: if you want a stable nvidia driver experience, you might want to test that on 23.10 default/current kernel version
[17:00] <zteam> lotuspsychje, sure but in that case I can't power down the machine correctly instead :-/
[17:02] <oerheks> Ubuntu gives the Snap Daemon 90 seconds to stop, known issue
[17:02] <oerheks> there is a fix; https://www.omgubuntu.co.uk/2023/03/fix-ubuntu-slow-shutdowns-snap-daemon
[17:02] <oerheks> #DefaultTimeoutStopSec=90s to something *
[17:04] <zteam> yesterday I was adviced to try the unstable kernel instead of mainline, but I guess I can't  nvidia 550 there either
[17:04] <zteam> ?
[17:05] <oerheks> no, the driver ppa is build against GA kernels, if you want to use mainline, build nvidia from source
[17:06] <oerheks> also i gave a fix for slow shutdown, though it should not happen every session
[17:07] <zteam> oerheks, Well, I gave my machine 30 minutes, and was still awake, using mainline kernel it turns off within a few seconds
[17:07] <bparker> the better fix is apt purge snapd *runs*
[17:08] <oerheks> hahahahaha bparker
[17:08] <leftyfb> bparker: lets not
[17:08] <bparker> yea lets not run backdoors on our system please
[17:08] <leftyfb> bparker: lets not
[17:09] <oerheks> !fud
[17:09] <leftyfb> snapd is not a back door in any sense of the phrase. Do not spread false information here
[17:09] <bparker> it's not FUD it's the literal definition. even FSF agrees
[17:09] <ioria> zteam, looks like a specific problem of 6.7.3
[17:09] <leftyfb> bparker: stop
[17:09] <bparker> and linux mint since they dropped it completely for that exact reason
[17:09] <zteam> bparker, well, lots of packages depends on snapd (firefox is just one example, so its likely to be reinstalled by the system again
[17:09] <bparker> you can hold it
[17:10] <bparker> leftyfb: relax it's fine
[17:10] <bparker> https://www.zdnet.com/article/linux-mint-dumps-ubuntu-snap/
[17:10] <bparker> "acting, without your consent, as a backdoor"
[17:11] <oerheks> bparker, please troll elsewere
[17:11] <bparker> I'm not trolling I'm just relaying well-known published information
[17:11] <leftyfb> bparker: that's enough FUD and misinformation from you
[17:11] <leftyfb> published != factual
[17:11] <bparker> it's still true though
[17:11] <zteam> ioria, if you mean installing the nvidia driver then yes, I should have catched that issue, myself, but I was too tired yesterdasy
[17:11] <bparker> and please don't talk to me like I'm a child
[17:12] <leftyfb> then stop acting like a child and spreading false information
[17:12] <bparker> I'm not
[17:12] <ogra_> bparker, do you have any valid support question to ask ?
[17:12] <leftyfb> you are. stop
[17:12] <bparker> /ignore
[17:12] <oerheks> bparker, please follow the channel rules.
[17:12] <oerheks> !ops
[17:12] <bparker> lmao
[17:12] <bparker> what a bunch of babies
[17:13] <bparker> call the wambulance somebody is upset at words on a screen
[17:13] <leftyfb> !op | bparker
[17:13] <bparker> MAD AT THE INTERNET
[17:13] <bparker> I hope you find happiness one day
[17:14] <bparker> and the ignore button
[17:14] <zteam> oerheks, building nvidia driver from source works, but then I have to recompile it with every kernel change instaed, I try fixing snap instead
[17:14] <ogra_> bparker, can you let it go please, i really hate having to look up the runes to kick/ban people in here ...
[17:15] <zteam> bparker, please join #ubuntusnap,0 to discusss this issue futher
[17:15] <el> bit late
[17:17] <leftyfb> zteam: that's not an active channel
[17:18] <el> the 0 would make them leave channels
[17:19] <el> because /join 0 is how you part channels while still being connected
[17:19] <arraybolt3> TIL
[17:19] <el> just so you know, don't recommend disruptive trick commands like that
[17:20] <zteam> leftyfb, no, if go you any channel containing ,0 some irc clients will exit all other channels
[17:22] <zteam> el well, considering how that guy behaved he deserved it :D but yes I agree it's a dirty trick
[17:22] <el> yeah the problem is that commands like that will get unintended people trying it
[17:24] <zteam> el, yes, you are right about that part, didn't think of that, I should have posted it as a private message, with that being said, It usually doesn't work with good clients such as hexchat
[17:25] <el> anyway, resume previous conversation now that he's gone
[17:34] <zteam> el yep, I'm trying to revert to the official kernel now
[17:38] <zteam> BRB
[18:26] <promet> i am on ubuntu 22.04. i recently upgraded to openssl 3.0.2 and this seems to have broken my openvpn connections. has anyone else seen this?
[18:32] <Paris> try to remove the .openvpn config and try to connect again maybe
[18:33] <Paris> or eventually remove --purge openvpn then reinstall, will reset it all
[18:55] <zteam> I'm back again,  installing the ubuntu kernel again nad teaking snapd seems to have fixed the powerdown issues but even with -Nvidia 550 I can't resume from suspend
[20:05] <GrandPa-G> I am trying to change desktops to XFCE. This is current https://dpaste.com/FY2WWJW6E. I can install xfce4 but it always goes back to the same desktop after reboot. What do I need to uninstall?
[20:19] <oerheks> GrandPa-G, logout, change desktop, login again
[20:19] <oerheks> one can add a desktop, easily, but removing one can be interesting
[20:20] <GrandPa-G> I am using remote desktop to a headless box. I never see a login screen.
[20:20] <leftyfb> GrandPa-G: why do you need a desktop on this remote machine?
[20:20] <oerheks> find a way to get there?
[20:20] <oerheks> ssh in as root?
[20:23] <GrandPa-G> leftyfb, I am not sure the why is important. It is just a given for now.
[20:24] <oerheks> or start all over with xubuntu .
[20:25] <leftyfb> GrandPa-G: because there might be better, more efficient and more secure ways of accomplishing your end goal
[20:26] <GrandPa-G> leftyfb, it is just a test machine. If you don't have a suggestion on how do this, that is ok.
[20:27] <oerheks> i find no way to force next boot into an other desktop...
[22:16] <PenguinRambo> hi
[22:16] <PenguinRambo> can you recommend me math books guys?
[22:17] <PenguinRambo> hiiiiii
[22:17] <PenguinRambo> helloooooooooooooooooooooooooooooooooooo
[22:17] <PenguinRambo> someone is here?
[22:18] <oerheks> wrong channel for that, find the #math channels?
[22:18] <PenguinRambo> i didn't find the math channels
[22:19] <PenguinRambo> but it's ok
[22:19] <oerheks> !alis
[22:19] <PenguinRambo> ok, thanks
[22:19] <PenguinRambo> what OS are you using guys?
[22:20] <oerheks> not the same jokes as in #linux, thanks
[22:21] <PenguinRambo> lol
[22:21] <PenguinRambo> I'm not usign ubuntu for now
[22:21] <PenguinRambo> I'm using windows


[14:04] <wdouglass> hi everyone! I'm trying to backport a service from systemd to upstart. It uses systemd's "WatchdogSec" variable, and sd_notify, for reliability. does upstart have a similar feature? Is there any way for upstart to watchdog my services?
[14:04] <wdouglass> thanks.
[17:57] <AnrDaemon> wdouglass: No, upstart only monitor services presence, AFAIK.
[17:57] <wdouglass> ok thank you


[00:48] <vorian> w00t JontheEchidna :)
[00:55] <JontheEchidna> why is it so hard to press the send button?
[00:55] <vorian> just do it!
[00:55] <JontheEchidna> *click*
[00:56] <vorian> yay!
[00:56]  * vorian responds
[00:56] <JontheEchidna> meh, awaits moderator approval
[00:57] <vorian> JontheEchidna: na, it went through
[00:57] <vorian> ahhhh, because you cc'd me :P
[00:58] <JontheEchidna> yea
[00:58] <JontheEchidna> bbl, phone
[01:17]  * Nightrose replied
[01:17] <Nightrose> go go go JontheEchidna
[01:21] <NCommander> Oooh
[01:21]  * NCommander responds
[01:29] <JontheEchidna> Thanks guys
[01:36] <DaSkreech> Hmm something is wrong
[01:36] <DaSkreech>  Dolphin does not do previews any more
[01:57] <claydoh> dunno if I like kvirc yet :(
[01:58] <JontheEchidna> plasma dudes rock, they fixed a crash I reported only a few hours ago
[02:00] <DaSkreech> JontheEchidna: They are crazy good and crazy fast
[02:00] <DaSkreech> My friend did a svn up on trunk and came to me to complain that it was crashing when he did this thing
[02:01] <DaSkreech> I was talking to aseigo at the time and mentioned it in 4 minutes the svn bot announced a revision change
[02:01] <DaSkreech> So I told him it was fixed and he said no he JUST did an update I proclaimed again it was fixed so he updated and boom
[02:02] <DaSkreech> he hates me
[02:05]  * claydoh does not like kvirc even with themes :(
[02:05] <JontheEchidna> hah
[02:07] <vorian> meh, whois is not default in kubuntu eh?
[02:26] <JontheEchidna> ha, here's a real doozy of a (corner case) crash
[02:59] <ScottK> DaSkreech: I think Wine in Main is a really bad idea, but that
[02:59] <ScottK> 's just me.
[03:00] <ScottK> JontheEchidna: I'll have a reply for you shortly.
[03:00] <JontheEchidna> ScottK: Thanks
[03:00] <JontheEchidna> They're gonna try to put wine in main O.o
[03:00] <ScottK> Wait 'til you read it.
[03:00] <ScottK> ;-)
[03:00] <JontheEchidna> eheh
[03:02] <vorian> ScottK: I agree... i don't understand that move at all.
[03:03]  * ScottK notes that NCommander has fallen behind on testing.  More amd64 alternate please.
[03:03] <JontheEchidna> Sure, wine by default would make some windows apps work out of the box. I love me some wine. But "human beings" are the type that try to execute windows executables in spam emails
[03:04] <ScottK> Lack of Windows executables working by default is a feature, not a bug IMO.
[03:05] <nixternal> hahaha, nice one ScottK!
[03:05] <nixternal> boo
[03:07] <JontheEchidna> nixternal: so, how to I post a reply to anybody's email without either: (a) sending the reply only to you, or (b) making another top-level post?
[03:07] <nixternal> hrmm, did I make a booboo?
[03:07] <JontheEchidna> I don't know
[03:08] <nixternal> hrmm, it seems my email didn't go through
[03:08]  * JontheEchidna is not 1337 with mailing lists
[03:08] <NCommander> ScottK, :-P!
[03:08] <nixternal> shit, I don't have my mailing list stuff on this laptop
[03:08] <nixternal> grrr
[03:09]  * nixternal fires up the other laptop
[03:09] <vorian> nixternal: dude, i feel bad for poor JontheEchidna
[03:09] <nixternal> why is that?
[03:10] <vorian> 20 questions
[03:10] <vorian> :)
[03:10] <nixternal> did my email already go through?
[03:10] <vorian> well, he'll do just fine with them
[03:10] <vorian> i got it
[03:10] <nixternal> I wonder who approved it
[03:10] <vorian> did you reply to all?
[03:11] <nixternal> ya
[03:11] <vorian> that's how i got it then
[03:11] <nixternal> forgot to clean out my CC list
[03:11] <vorian> :o
[03:11] <vorian> EVIL!
[03:11] <vorian> actually, like i said in my response, JE should be applying for core-dev imo
[03:15] <nixternal> there we go...now I am back to list admining crap again
[03:15] <vorian> :(
[03:19]  * nixternal makes sure to ban all "vorian" emails from this point on
[03:19] <vorian> wha'd i do?
[03:19] <nixternal> don't worry about that one :)
[03:20] <vorian> other than break the chain by being the only subscriber
[03:20] <vorian> :P
[03:26] <nixternal> wth are these stup popups on LP in Firefox:  "G46 the word binary was found!"
[03:27] <vorian> hmm, linky?
[03:27] <vorian> or are they all over?
[03:27] <nixternal> they happen with any link almost for me
[03:27] <vorian> i don't get any
[03:28] <nixternal> interesting
[03:28] <vorian> intrepid or jaunty?
[03:28] <vorian> or does it matter?
[03:28] <vorian> prolly not
[03:36] <vorian> am i crazy, or does anyone else see the problem with this?  http://paste.ubuntu.com/88249/
[03:39] <DaSkreech> Anyone has something specific to say on the alpha 2 notes?
[03:43] <ScottK> vorian: The only problem with the suggestion he should be core-dev now is that will cause a month of navel gazing by MC is the past is any guide.
[03:43] <ScottK> DaSkreech: What have you got so far?
[03:43] <vorian> haha
[03:43] <DaSkreech> ScottK: Bunch of trash :)
[03:43] <DaSkreech> https://wiki.kubuntu.org/JauntyJackalope/Alpha2/Kubuntu
[03:44]  * ScottK looks
[03:45] <claydoh> "the popular hunt a Icon game" lmao!
[03:46]  * JontheEchidna is having trouble thinking of the second thing that the MC needs to improve on
[03:46]  * ScottK hacks on it a bit.
[03:46] <ScottK> JontheEchidna: Not approving idiots who don't deserve it?
[03:47] <JontheEchidna> ScottK: I'm not really all that familiar with a lot of the council's decisions
[03:47] <ScottK> Right, well that one would have been a bit of a Catch 22 in any case.
[03:48] <JontheEchidna> maybe they need to make themselves more vocal? I haven't seen Kubuntu doods getting mentioned as motus in newsletters when they were given mastery over the universe
[03:48] <JontheEchidna> the ubuntu weekly newsletters
[03:49]  * DaSkreech stops hacking on it then
[03:49] <JontheEchidna> but maybe that's not the MC's fault
[03:49] <vorian> ScottK: don't talk about me that way! you should try and remember i'm in this channel :P
[03:50] <ScottK> JontheEchidna: Maybe you don't know WTF they do is a problem?
[03:50] <JontheEchidna> yeah...
[03:51] <vorian> JontheEchidna: maybe you could suggest they don't lose track of their votes :)
[04:00] <DaSkreech> ScottK: Missed anything obvious? ( I know I obviously did)
[04:01] <ScottK> DaSkreech: Have a look now.  I edited it a bit.
[04:01] <DaSkreech> ScottK:  Also remember this is the second alpha relaease but techinically the first releasenotes/changelog so it needs to be complete :)
[04:01] <ScottK> DaSkreech: Agreed.  I took the bit about NM 0.7 out.  That was in Intrepid.
[04:02] <DaSkreech> ScottK: It's all Ibex I'm editing the Ibex release notes :-P
[04:02]  * ScottK looks at JontheEchidna to pimp up the KDE 4.2 goodness some more.
[04:02]  * JontheEchidna brings out his cane
[04:02] <ScottK> DaSkreech: Sure, no trouble.
[04:03] <DaSkreech> ScottK: Let me do a proper cleanup on it before I show again. What are the known issues with this release. Kmail, Kontact and konversation don't exist on the CD Amarok doesn't exist at all Anythingelse ?
[04:03] <DaSkreech> MSN broken? Bluetooth doesn't work? Installing firefox pulls in all of Gnome ?
[04:03] <ScottK> DaSkreech: I added a section on known issues but I didn't make it a main section like I should have
[04:03] <ScottK> MSN broken and bluetooth I forgot.
[04:04] <ScottK> Firefox is supposedly fixed.
[04:04] <DaSkreech> ScottK:  I saw. it broke that's kinda why I asked. If I'm going to fix it might as well do it right
[04:04] <ScottK> Sure thing.
[04:04] <DaSkreech> Can someone with a MSN account try MSn on BEta 2 ?
[04:04] <ScottK> JontheEchidna: Did the libmsn thing get sorted for Jaunty yet?
[04:05] <JontheEchidna> ScottK: they want a quick security review first
[04:05] <ScottK> JontheEchidna: OK.
[04:05] <ScottK> DaSkreech: Then still known to be broken.
[04:05] <DaSkreech> JontheEchidna: That's a no ?
[04:05] <DaSkreech> ok
[04:05] <DaSkreech> Bluetooth?
[04:05] <DaSkreech> !info amarok jaunty
[04:06] <DaSkreech> Righto
[04:06] <JontheEchidna> bluetooth and msn for kopete aren't in jaunty
[04:07] <ScottK> DaSkreech: Feel free to make my problem descriptions more elegant.
[04:08] <DaSkreech> Or at least more upbeat :)
[04:12] <ScottK> Anyone that can test amd64 alternate?
[04:13] <ScottK> Looks like that's the major problem.
[04:13] <ScottK> bah on upbeat.
[04:14] <ScottK> If a little negativity is going to stop someone from running this, they shouldn't run it.
[04:14] <DaSkreech> ScottK: Naw I'm just in an upbeat mood
[04:15] <DaSkreech> despite Dolphin not having a space left display option or working previews
[04:15] <JontheEchidna> DaSkreech: space left display is configurable, thankfully
[04:16]  * JontheEchidna never zooms dolphin
[04:16] <DaSkreech> JontheEchidna: How do I get it?
[04:16] <JontheEchidna> General section of the dolphin settings
[04:16] <JontheEchidna> select "Show space information"
[04:17] <JontheEchidna> just don't tick both boxes at the same time or you'll get nothing
[04:17] <DaSkreech> I just went there...
[04:17] <DaSkreech> JontheEchidna: Whoops too late checked both. it works. beta 2 rocks
[04:18] <nixternal> what are you running beta2 on?
[04:18] <nixternal> are there packages hidden somewhere?
[04:18]  * JontheEchidna points nixternal to http://www.kubuntu.org/news/kde-4.2-beta-2
[04:18] <ScottK> nixternal: Hidden in the Jaunty repos
[04:18] <DaSkreech> Yes we put them somewhere no one reads
[04:18] <DaSkreech> The Kubuntu website and channel topic
[04:18] <nixternal> I know it has been released...didn't know if we had any intrepid packages
[04:19] <nixternal> ScottK: I can test that alternate amd64 iso if you need it
[04:19] <JontheEchidna> that's the "we have released packages" announcement
[04:19] <ScottK> nixternal: We do.
[04:19] <nixternal> better not break though, and it needs to support encryption
[04:19]  * nixternal grabs the ISO
[04:19] <JontheEchidna> nixternal: btw, replied to your message. I hope I didn't top post or anything
[04:19] <ScottK> http://iso.qa.ubuntu.com/qatracker/build/kubuntu/all
[04:20]  * JontheEchidna will be out for the night soon
[04:21] <DaSkreech> nixternal!!!
[04:21] <DaSkreech> Think up a rad pic for powerdevil then mail it to me
[04:30] <ScottK-desktop> Well that's a new one.
[04:30] <ScottK-desktop> I said yes when offered a reboot inside a chroot and it rebooted the entire machine.
[04:30]  * ScottK-desktop didn't think it would do that.
[04:31] <DaSkreech> ScottK-desktop: Wouldn't it send the command to the processor it's running on?
[04:32] <ScottK-desktop> I didn't think it would get out of the chroot.
[04:32] <ScottK-desktop> Obviously I was mistaken.
[04:33] <ScottK> Right, well back again.
[04:34] <ScottK> The good news is I did manage to upgrade the chroot from Intrepid to Jaunty OK
[04:45] <nixternal> JontheEchidna: that is exactly how you reply to an email...good job and I love the answers!!!
[04:49] <DaSkreech> Anyone remember anything significanfrom Alpha 1
[05:08]  * nixternal starts amd64 testing
[05:08] <nixternal> and it didn't start out pretty either
[05:08] <nixternal> I/O error messages like crazy
[05:08]  * nixternal tries to find out what they were/are
[05:09] <nixternal> I am guessing every ISO has this error:
[05:09] <nixternal> "Buffer I/O error on device sr0, logical lock 176351"
[05:09] <nixternal> or something similar since they are Kernel ERR messages and not Kernal WARNING messages
[05:15] <ScottK> Well we've got some good test results without anyone else mentioning it.
[05:16] <nixternal> they may not be checking tty4 for messages during the install either
[05:16] <nixternal> I saw these on the alternate before it came up asking me to detect my keyboard, or whatever the first box is...can't remembe rnow
[05:16] <nixternal> it flashed on the screen very quickly
[05:23] <nixternal> 5 minutes have passed on the "Select and install software" screen and it is still at 6% and telling me to "Please wait..."
[05:23] <nixternal> the system is obviously doing something as I can hear the cdrom spin up and down as well as see hard drive activity via LED
[05:24] <ScottK> Lovely.
[05:25] <ScottK> Well the two people who did most of the previous testing are currently absent.
[05:25] <nixternal> after that spot, 5 minute little hang up, it is installing
[05:25] <ScottK> Ah.  Progress.
[05:25] <nixternal> I think this is the farthest I have been with a Kubuntu Jaunty alternate install to date :)
[05:26] <nixternal> so that is even more progress
[05:28] <ScottK> Excellent.
[05:29] <nixternal> Installation Completetion: errrr
[05:29] <nixternal> [!!] Configuring grub
[05:29]  * nixternal wonders if this is due to a logical /boot partition
[05:29]  * ScottK is thinking the launchpad-integration depends should be switched to kde5libs from kdelibs4c2a since it's only relevant to Konqueror
[05:30] <nixternal> heh, "running remove_broken_cdrom"
[05:30] <nixternal> I am seeing some different things here, not issues it seems, but things I have never witnessed before
[05:30] <ScottK> Does it take it back to Best Buy too?
[05:31] <nixternal> install completed
[05:31] <ScottK> Excellent.
[05:31] <nixternal> lets see if I hosed grub yet again
[05:32] <nixternal> grub isn't hosed, just didn't install the Kubuntu grub in the correct location...easy fix though (I hope) from Ubuntu
[05:34] <ScottK> nixternal: Which partitioning option did you take?
[05:34] <nixternal> manual w/ encryption
[05:34] <ScottK> There are known issues with manual on Ubiquty, but not D-I.
[05:35] <ScottK> nixternal: Please file a bug and mark it in the ISO tracker.
[05:35] <nixternal> the bug might be my fault though, which more than likely, in this case, I am the bug
[05:38] <ScottK> nixternal: At this point I'd rather get it written down and move on.  AFAIK you are the only one to try that test case.
[05:47] <ScottK> nixternal: I'm off to bed.  Just keep checking things off in the ISO tracker ...
[05:48] <nixternal> will do...g'nite
[05:48] <ScottK> Thanks.  Good night.
[06:02] <DaSkreech> ScottK: does koffice conflict with Beta 2 on jaunty?
[06:03] <ScottK> DaSkreech: I went to bed 15 minutes ago.
[06:03] <ScottK> DaSkreech: No idea.
[06:03] <DaSkreech> Ok
[06:03] <DaSkreech> I'll leave it as resolved then
[08:54]  * jussi01 waves
[09:45] <knusperfrosch> anyone with a laptop who can add a second battery? guidance doesn't seem to recognize that
[11:41] <ScottK> davmor2: Did you file/find a bug about the manual partition problem you had yesterday?
[11:43] <davmor2> ScottK: apparently it is the continuation of a bug that already exists so I didn't need too.  evand is well aware of it and trying to find a fix.
[11:43] <ScottK> OK.  If you have the bug number it might be useful to shove it on the tracker.
[11:44] <ScottK> Arby or nixternal: Any chance of you guys knocking out the last two alternate tests for i386 or amd64?
[11:46] <Arby> ScottK: sorry not really, I'm at work now and got plans for this evening. Is that all that's blocking alpha2?
[11:46] <ScottK> Arby: I don't think Kubuntu is blocking, but I was hoping to get to 100% to make sure that's not the case.
[11:47] <ScottK> Arby: Thanks for all you've done.  I'll see if I can find someone else....
[11:49] <davmor2> ScottK: It's not the case I think server was yesterday but slangasek was happy with the general coverage
[11:50] <ScottK> Server is looking very good now.  Xubuntu is still lacking, but I don't think that would block.
[11:50] <ScottK> So I'm not sure why we're waiting.
[11:50] <ScottK> Maybe for evand to fix Ubiquity.
[11:51] <davmor2> ScottK: Xubuntu desktop is screwed
[11:52] <ScottK> Ah.  So probably not waiting on that.
[11:52] <ScottK> Do you know what happened?
[11:53] <davmor2> ScottK: It could just be that the server tests weren't done before slangasek went to bed in which case the delay would be him.
[11:53] <ScottK> Yeah.  Could be.
[12:50] <JontheEchidna> ugh, I can't find a tarball for kdenlive anywhere...
[12:57] <JontheEchidna> wow, don't look at kdenlive's website, but find the tarball at kde-apps.org :P
[13:00] <smarter> JontheEchidna: why are you fiddling with kdenlive? :]
[13:01] <JontheEchidna> :]
[13:02] <JontheEchidna> Scott asked me nicely to do so
[13:03] <smarter> someone is already working on packaging the new version afaik
[13:04] <JontheEchidna> according to Scott they disappeared
[13:04] <JontheEchidna> s/they/he
[13:04] <smarter> hmm, I think I know one of the guys, he's on the french u-devel channel
[13:04]  * smarter pings hime
[13:06]  * JontheEchidna notices that as the KDE prerelease releases get better, less comments are made on the Dot
[13:16] <ScottK> JontheEchidna: It's packaged in Debian Multimedia.
[13:17] <ScottK> There's an open bug on LP about the upgrade too.
[13:17] <ScottK> JontheEchidna: http://debian-multimedia.org/pool/main/k/kdenlive/kdenlive.php
[13:18] <ScottK> JontheEchidna: The 'fun' part here is that we have mlt and mlt++ from Debian Main, not Debian Multimedia, so there are issues ...
[13:39] <JontheEchidna> So then we would need to merge our mlt(++) packages from debian multimedia?
[13:41] <ScottK> JontheEchidna: Dunno.
[13:41] <JontheEchidna> hmm
[13:41] <JontheEchidna> current version in jaunty is higher than in multimedia, so I guess not
[13:41] <JontheEchidna> fun :D
[13:41] <ScottK> I got as far as getting mlt++ present in sufficient version, discovered it didn't work out of the box and this other guy said he was working on it.
[13:42] <ScottK> So I quit at that point.
[13:42]  * JontheEchidna nods
[13:42] <ScottK> But I'd suggest that diffing the Debian Main and Debian Multimedia mlt and mlt++ might be useful for at least getting it to build.
[14:23]  * JontheEchidna wonders when it is supposed to fail
[14:24] <JontheEchidna> ScottK: builds just fine here
[14:24] <ScottK> JontheEchidna: Kewl.  Then it's just a simple merge.
[14:25] <ScottK> When I tried it it couldn't find mlt during the build.
[14:26] <JontheEchidna> I just need to clean up the merge documentation in the changelog a bit, then I can send you the package + diffs
[14:31] <didrocks> hi
[14:31] <didrocks> ScottK, JontheEchidna : I have almost packaged the new version of kdenlive
[14:32] <didrocks> (as told in the ML)
[14:32] <didrocks> I am just facing a strange issue in the package -data file list
[14:32] <ScottK> didrocks: Sorry.  I thought you'd quit.
[14:32] <didrocks> and Lutin who have already packaged it should have a look at it
[14:32] <ScottK> Lutin isn't very active anymore.
[14:32] <didrocks> ScottK: no no, I am actually waiting for Lutin :)
[14:33] <ScottK> Likely to be a long wait.
[14:33] <didrocks> ScottK: if you whish, I can show you what does not work
[14:33] <didrocks> I think I have the .dsc on my server
[14:33] <ScottK> JontheEchidna: Would you be willing to review didrocks' merge?
[14:33] <JontheEchidna> Sure
[14:34] <didrocks> JontheEchidna: I have two packages one with binaries, another one with -data
[14:34] <didrocks> I embedeed the /usr/share/doc on the binary package and do not understand why
[14:34] <didrocks> (with dh_installs)
[14:34] <didrocks> one minute, I will give you a link to the .dsc file
[14:36] <didrocks> JontheEchidna: http://www.didrocks.fr/temp/kdenlive_0.7-0.0ubuntu1.dsc
[14:36] <JontheEchidna> I'll also need the diff.gz :)
[14:37] <didrocks> you can dget it, it should work :)
[14:37] <JontheEchidna> oh, same location?
[14:37] <didrocks> yeah
[14:37] <JontheEchidna> cool
[14:38] <ScottK> JontheEchidna: When you're happy, let me know and I'll review your review.
[14:43] <JontheEchidna> Ok, I have a few comments
[14:43] <didrocks> JontheEchidna: yes ?
[14:43] <JontheEchidna> All of our KDE4 packages generally use the kde4.mk included in the Ubuntu cdbs package so that they can be translated
[14:44] <didrocks> this package uses debhelper (to stick, as previous version, with marillat repos)
[14:44] <JontheEchidna> So while it does make the diff between us and debian larger, we always just make debian/rules include include /usr/share/cdbs/1/class/kde4.mk instead of using a built-in cdbs solution or debhelper
[14:45] <didrocks> consequently, this impact all commands in debian/rules, right?
[14:46] <didrocks> (if we get ridden of debhelper)
[14:46] <JontheEchidna> yes, using kde4.mk means that just about everything in there is unneeded
[14:46] <didrocks> can I take another KDE package as a good example?
[14:47]  * JontheEchidna looks for a good example
[14:47] <ScottK> JontheEchidna: Changing the build system from Debian though is on the No-No list.
[14:48] <smarter> someone should probably ask marillat to use kde4.mk
[14:48] <ScottK> It's a Universe pacakge, so the odds of added translations is low anyway.
[14:48] <smarter> since even Debian use it: http://svn.debian.org/wsvn/pkg-kde/branches/kde4/packages/kdelibs/debian/rules?op=file&rev=0&sc=0
[14:48] <ScottK> Agreed.
[14:48] <didrocks> that was what I was thinking and we normally stick with debian packaging system and patch...
[14:48] <JontheEchidna> our kde4.mk is customized, debian doesn't really want it
[14:48] <ScottK> JontheEchidna: Yes, but they have their own.
[14:48] <JontheEchidna> ok, then stick with debhelper
[14:49] <didrocks> ok
[14:51]  * JontheEchidna wonders why debian is dropping the -data package
[14:52] <didrocks> JontheEchidna: the drop seems to be from a long time ago, so, I merged this changed to keep it
[14:52]  * ScottK suggests a careful look at the licensing of the data.
[14:53] <didrocks> ScottK: there were some licence changes/enhancement from marillat's licence files. I kept them
[14:53] <didrocks> (in the merge)
[14:54] <ScottK> didrocks: My thought is that the data files may be non-free would be a reason.
[14:54] <JontheEchidna> wouldn't they have pruned the non-free data files from the tarball and dsfg'd it?
[14:55] <didrocks> ScottK: let me have a look at their website
[14:55] <ScottK> Yes, in theory, but this is from Debian Multimedia and not Debian Main, so you have to be extra careful.
[14:55] <ScottK> The only reason Debian Multimedia exists is for stuff to legally scary for Main.
[14:56] <JontheEchidna> too bad the changelog is pretty sparse on debian's part
[14:56] <didrocks> hum, the official website does not seem to be very talkative
[14:59]  * JontheEchidna testbuilds
[14:59] <didrocks> oki
[15:02] <JontheEchidna> (my machine is a bit slow, 40% done)
[15:03] <didrocks> JontheEchidna: the build is long, even with a fast one :)
[15:03] <JontheEchidna> not compared to a lot of KDE :P
[15:04] <didrocks> I imagine ^^
[15:06] <JontheEchidna> Amarok is a bit of a beast to compile as well
[15:06] <JontheEchidna> they have qtscript bindings for most of Qt included in the source
[15:06] <Tm_T> JontheEchidna: only because of qtscript, rest of Amarok is quite lean
[15:07] <JontheEchidna> yeah
[15:07]  * didrocks uses Qt only for kile ;)
[15:07] <JontheEchidna> hehe
[15:07] <didrocks> ooopsss, I am on #kubuntu-devel :p
[15:07] <Tm_T> didrocks: we all are GNOME-zealots to bring KDE down for good
[15:07]  * Tm_T hides
[15:07] <didrocks> Tm_T: :)
[15:14] <JontheEchidna> just about done
[15:15] <didrocks> waow, longer than in my laptop :)
[15:15] <JontheEchidna> done
[15:18] <JontheEchidna> there shouldn't be any issues with the -data, they're pngs and text files
[15:18] <JontheEchidna> that happen to be without copyrighs
[15:18] <JontheEchidna> hmm
[15:19] <didrocks> I had a deeper look at the kdenlive website, nothing found useful :/
[15:19] <JontheEchidna> I couldn't even find a tarball on the kdenlive website
[15:19] <JontheEchidna> I had to go to kde-apps, then follow the link to the main page of sourceforce
[15:19] <JontheEchidna> *forge
[15:19] <JontheEchidna> search for kdenlive, and get the tarball from there
[15:19] <didrocks> yes, their website is really empty :/
[15:20] <didrocks> and going to SF to find the tarball is quite strange
[15:20] <JontheEchidna> maybe data text files don't need copyrights
[15:21] <ScottK-laptop> JontheEchidna: You know that's not true ...
[15:21] <ScottK-laptop> JontheEchidna: grep -ir copyright * on the relevant dir and see what you get.
[15:21] <ScottK-laptop> Sometimes images have embedded text.
[15:22] <didrocks> ScottK-laptop: so, I will have in mind to double-check marillat's packages
[15:22] <JontheEchidna> grep -iR "copyright" kdenlive-0.7/data/ shows nada
[15:22] <ScottK-laptop> Hmmmm.
[15:24] <ScottK-laptop> There doesn't actually seem to be much in that dir, now that I've looked.
[15:24] <ScottK-laptop> I have the tarball from Debian Multimedia.
[15:24] <JontheEchidna> us too
[15:25] <didrocks> ScottK-laptop: I used this one.
[15:25] <ScottK-laptop> OK.  It doesn't seem to me that there is enough there to justify a separate data package.
[15:26] <ScottK-laptop> It's ~60K
[15:27] <JontheEchidna> yeah, that's most likely why they dropped the -data package
[15:27] <didrocks> so, I can merge them back this evening (I do not have access to my laptop now)
[15:30] <JontheEchidna> good merge all-in-all
[15:30] <didrocks> JontheEchidna: I am going to home right now. I think I can give you something in a couple of hours. Is it ok?
[15:31] <didrocks> if you have any other suggestion, do not hesitate, I will backlog ;)
[15:31] <JontheEchidna> Yeah, that's perfectly ok
[15:31]  * JontheEchidna does ahve to go for a bit too
[16:17] <ScottK-laptop> apachelogger: Is there some KDE provided sound we could use for quassel notifications?  The phonon support works if you build the Git snapshot with phonon-dev.
[16:17] <ScottK-laptop> This is on Intrepid.
[16:31] <jussi01> ScottK: could we not just use the kopete received sound? /usr/share/sounds/Kopete_Received.ogg
[16:32] <jussi01> or is that too alike?
[16:32] <ScottK-laptop> jussi01: We could, but then quassel would have to depend on Kopete.
[16:33] <jussi01> ScottK-laptop: hrm, yeah
[16:34] <ScottK-laptop> jussi01: Do that again.  I'm trying KDE-Sys-App-Message.ogg
[16:34] <Nightrose> also it would be nice to distinguish the two sounds
[16:34] <jussi01> ScottK-laptop: how about /usr/share/sounds/KDE-Im-Irc-Event.ogg ?
[16:34] <ScottK-laptop> Hmm.  No sound the time.
[16:35] <jussi01> ScottK-laptop: hrm, wondeer why
[16:36] <Nightrose> maybe because of the : at the end of his nick? how about ScottK-desktop
[16:36] <Nightrose> or ScottK-laptop
[16:36] <ScottK-laptop> Nope.
[16:36] <Nightrose> ok quassel has problems with that from time to time
[16:37] <ScottK-laptop> OK
[16:37] <ScottK-laptop> Please try again.
[16:37]  * jussi01 waves to Sput
[16:37] <jussi01> heya ScottK-laptop
[16:37]  * Sput waves back
[16:38] <ScottK-laptop> Nope.
[16:38]  * ScottK-laptop quits and tries again.
[16:39] <ScottK-laptop> Hit me again.
[16:39] <jussi01> ScottK-laptop:
[16:40] <ScottK-laptop> Just got an idea.  Once more please.
[16:40] <jussi01> ScottK-laptop: like any other irc client,to get identified before logging into chans put your nick password as server password
[16:41] <ScottK-laptop> Worked that time.
[16:42] <ScottK-laptop> The difference was quassel wasn't the window on top.
[16:42] <ScottK-laptop> Which makes sense.
[16:42] <jussi01> ScottK-laptop: ahh, yes, makes sense
[16:42] <ScottK-laptop> I also got a screenshot of the double notification problem I was seeing (dbus and qt both).
[16:43] <jussi01> ScottK-laptop: thats just a config option, you can turn them off in the settings
[16:43] <ScottK-laptop> jussi01: The dbus one is, but the QT one isn't.
[16:44] <ScottK-laptop> So if you want dbus, you get both ....
[16:44] <ScottK-laptop> Sput: ^^
[16:44] <jussi01> ScottK-laptop: oh, hrm.
[16:44] <Sput> you can disable the systray notification
[16:44] <Sput> if you can't, something's broken :)
[16:44] <Sput> "[ ] Show Bubble"
[16:45]  * ScottK-laptop looks
[16:46] <ScottK-laptop> Yep.
[16:46] <ScottK-laptop> Sput: It's kind of hard to relate "Bubble" and "DBUS Notifications".  Shouldn't they be more closely related in the prefs.
[16:47] <ScottK-laptop> And maybe even one should toggle off if the other is enabled?
[16:47] <Sput> hmm, terminology could be better probably
[16:48] <Sput> as for the other, I'm not sure - maybe someone wants to have both (and use dbus for playing a sound or whatever)
[16:48] <Sput> I would love a better name for Desktop Notification
[16:48] <Sput> but Galago doesn't help people either I guess
[16:49] <ScottK-laptop> Hrrm.
[16:49] <ScottK-laptop> seele: ^^^ Thoughts?
[16:50] <Sput> I think in the KDE version we will only have knotify anyway, and disable all other backends
[16:51] <ScottK-laptop> OK.  Is there a rough timeline on a KDE version?
[16:52] <Sput> depends on how fast I manage to get myself into that, I don't have prior experience. I did, however, prepare the various util classes to be ready to be replaced by KDE's classes later on (icons, shortcuts and such)
[16:52] <Sput> I plan to play around during xmas break and see how far I can get
[16:52] <ScottK-laptop> OK.
[16:53] <jussi01> I guess it depends on what needs doing also, no?
[16:53] <Sput> yes
[16:53] <Sput> our priorities have changed a bit since yesterdays, I guess :)
[16:53] <ScottK-laptop> Sput: Is it possible to provide a standard additonal buffer view in addition to All via config file?
[16:54] <ScottK-laptop> apachelogger: Would you please make sure seele gets the git snapshot package to test.
[16:54] <Sput> ScottK-desktop: I thikn not yet, but we definitely plan to provide a much more reasonable default layout out of the box in the future
[16:55] <Sput> in particular, don't show All by default at all, and use only custom views
[16:55] <ScottK-laptop> Sput: Well that and having a default channel included (which I guess is going to get more doable shortly) are I think both must haves for us.
[16:55] <Sput> I guess so
[16:55] <ScottK-laptop> Not that I speak officially for the project, of course.
[16:55] <Sput> sure
[16:57] <Sput> I think for stuff like this, we can accommodate your needs quite well... worst case providing and maintaining a kubuntu patch
[16:57] <Sput> I mean, a patch for "kubuntu mode"
[16:57] <ScottK-laptop> Right.
[16:57] <ScottK-laptop> We'd definitely use the monolithic client for default (with an option to switch).
[16:57] <Sput> of course
[16:58] <Sput> note that even the monolithic client can (not by default, but by providing -p) listen to other, remote clients
[16:58] <Sput> and you can of course use it to connect to remote cores too :)
[16:58] <ScottK-laptop> How about right-clicking on a nick in the channel gives the same options as in the nick list.
[16:58] <Sput> so that would not even be a limitation...
[16:58] <ScottK-laptop> That's currently driving me nuts.
[16:59] <Sput> that's planned, not yet fully done (but most pieces in place already)
[16:59] <ScottK-laptop> OK.
[16:59] <Sput> I have no clue how to do nick recognition efficiently enough right now, that's the one blocker... providing that for the sender column will be easy
[16:59] <ScottK-laptop> I think we'd want to make using a remote core less accessible than it is now.
[17:00] <Sput> recognizing nicks in normal text will be much harder
[17:00] <ScottK-laptop> It's almost like the internal core is less wanted.
[17:00] <ScottK-laptop> #ubuntu-devel
[17:00] <ScottK-laptop> That works.
[17:00] <Sput> well, that's from a perspective of devs who always used remote cores :)
[17:00] <ScottK-laptop> Of course
[17:01] <ScottK-laptop> Since IRC is our first line support tool for new users, it has to be extremely obvious how to take the shortest pat to success.
[17:02] <Sput> I guess you have a large "Get Support" button somewhere, that starts the default IRC client and joins #kubuntu
[17:03] <ScottK-laptop> I don't think it's that automagic, but we do have freenode in the default IRC config and #kubuntu is the only channel.
[17:03] <Sput> yep, makes sense for the target group
[17:04] <ScottK-laptop> Currently we're considering no IRC client on the install CD, quassel, and kvirc.  I haven't looked at the KDE4 kvirc yet.
[17:06]  * ScottK-laptop decides to go do some $WORK.
[17:11]  * Sput too
[17:16] <rgreening> ScottK-desktop: I'm attempting to update the kvirc with the changes you meantioned the other day...
[17:17] <ScottK> Great.  We need to look at that one too.
[17:18] <rgreening> ScottK: dpkg-source: error: source package has two conflicting values - kvirc-kde4 and kvirc
[17:19] <rgreening> in trying to change to kde4
[17:19] <rgreening> oh, does src tar need to be renamed?
[17:21] <ScottK> rgreening: Probably debian/control and debian/changelog, but that too.
[17:21] <rgreening> color me confised... though I did it correct.
[17:22] <rgreening> ScottK: should the changelog spec -kde4? If it does, then the src file wants to be renamed (it seems)
[17:22] <ScottK> rgreening: I think for now.  That's what we want.
[17:23] <rgreening> ok, I'll try it that way. Feel free to point out fixes after I upload :)
[18:13] <rgreening> Riddell: I think I have the flash install patch modded enough to work. I was attempting to do a full port, but was unsuccessful. Had to use some kde3support and qt3support to make it work.
[18:15] <rgreening> Riddell: test building now. once completed, I'll test local and then upload to experimental (? I assume this is the best for it)
[18:17] <ScottK> rgreening: We're going for no KDE3 on the CD, so it'll have to get finished at some point.
[18:18] <rgreening> ScottK: this is part of kde4libs not kde3
[18:18] <ScottK> Ah.. Cool.
[18:18] <rgreening> some depricated classes move to a special resting ground in kde4libs called kde3support
[18:18] <rgreening> to eventually be removed
[18:19] <rgreening> we can live with it for now...
[18:20] <ScottK> Makes sense.
[18:25] <ScottK> What was the new binary in kde-edu that put it in New?
[18:26] <smarter> ScottK: plasmoid-worldclock
[18:27] <ScottK> smarter: Thanks.
[18:32] <ScottK> Any ideas why the dbus pop-up is brown: http://kitterman.com/kubuntu/notify.png
[18:34] <smarter> that looks like the ubuntu notifiy daemon
[18:34] <smarter> you have some gnome stuff running I'd say
[18:49] <ScottK-desktop> That's quassel with dbus notifications turned on.
[18:50] <ScottK-desktop> (version from their git trunk)
[18:50] <ScottK-desktop> The non-brown one is the normal qt bubble.
[18:52] <JontheEchidna> I get the same brown bubbles using the libnotify plugin with pidgin
[19:03] <seele> ugh.. reading black text on white background sucks
[19:03] <seele> brb
[19:04] <seele> ScottK: what am i supposed to get now?
[19:08] <rgreening> ScottK: I just dput the kvirc updated for using -kde4. I'm sure I missed some other things.. feel free to yell them at me so I fix :)
[19:11] <ScottK-desktop> rgreening: To your PPA?
[19:11] <ScottK-desktop> JontheEchidna: Any idea if we can change that?
[19:12] <DaSkreech> Anyone have anything they want mentioned in the alpha 2 release notes?
[19:16] <ScottK> seele: apachelogger put together an updated quassel package from their git repo.  I improved it slightly.  So the idea would be for you to install quassel (not quassel-client/core) and give us some usablity fatal flaw analysis.
[19:16] <ScottK> seele: I just uploaded to my PPA for Intrepid, so it'll take a bit to build.
[19:17] <ScottK> https://launchpad.net/~kitterman/+archive
[19:18] <rgreening> ScottK: yes. my ppa
[19:19] <JontheEchidna> ScottK: By "change" you mean, "host somewhere else"?
[19:19] <ScottK> JontheEchidna: I mean not have the notifications be brown.
[19:20] <JontheEchidna> oh, I never figured that out. I assume the notification framework has ubuntu-specific art
[19:33] <JontheEchidna> ah, the internet: http://i42.tinypic.com/2cmufr8.jpg
[19:35] <rgreening> I'd give 1 point for originality
[19:36] <rgreening> dam kdelibs
[19:36] <rgreening> grr
[19:37] <rgreening> I can't get it to link in the qt3support or kde3support libraries via cmakelists.txt.
[19:39] <JontheEchidna> kopete uses kde3support, maybe you could look at it as an example?
[19:39] <JontheEchidna> (uses k3proccess)
[19:40] <DaSkreech> Kopete uses KDE3?
[19:43] <JontheEchidna> it still uses some depreciated kde3 functions for its networking code
[19:43] <JontheEchidna> or something like that
[19:45] <ScottK> apachelogger: You fixing the okular thing you wrote the ML about?
[19:46] <ScottK> ... when the freeze is over.
[19:46] <JontheEchidna> there's a triaged bug about that against k-d-s in LP
[19:46] <apachelogger> ScottK: Riddell wanted to, also if I understod him correctly we can drop all the kwinrules because it is implemented upstream
[19:54] <rgreening> JontheEchidna: thanks. I'll have a look. :)
[20:02] <chris062689> Ahh that was a nice nap :D
[20:03] <chris062689> I love KDE 4.2 Beta 2, really stable so far
[20:05] <DaSkreech> <3
[20:06] <didrocks> JontheEchidna: sorry, I had my dinner to a restaurant :) You can now give it a try in one package: http://www.didrocks.fr/temp/kdenlive_0.7-0.0ubuntu1.dsc
[20:07] <didrocks> if it's ok, I can upload the debdiff to the attached bug
[20:14]  * DaSkreech nominates a wallpaper for KDE 4.3
[20:14] <DaSkreech> http://www.flickr.com/photos/rowandw/2276721446/sizes/l/
[20:15] <JontheEchidna> didrocks: Oh, I just remembered something I forgot to ask earlier. Looking at the debdiff between debian and the merge, there is a kdenlive-0.7/.pc/.version file that was added in your merge. I don't know if that's supposed to be there or not, but at the least it's a change not documented in the changelog as an outstanding change
[20:15] <didrocks> JontheEchidna: I think this is quilt related
[20:16] <didrocks> I tried without it and it even not build the source package
[20:17]  * JontheEchidna tests
[20:20] <didrocks> (it seems to be quilt version)
[20:27] <JontheEchidna> So it's something that quilt generates? I would assume that it would generate it during runtime
[20:28] <didrocks> JontheEchidna: quilt generated it when adding the patch system
[20:28] <JontheEchidna> I don't think I've ever seen anything that uses quilt before ever require a direct change in the diff.gz
[20:28] <didrocks> and it uses it when running the clean rule
[20:29] <didrocks> let me have a look to the debdiff with the last ubuntu version
[20:31] <didrocks> JontheEchidna: it was also in the latest ubuntu version
[20:31] <JontheEchidna> ok, maybe it's required then. I think that it should be at least documented as a difference to prevent further confusion such as this :P
[20:32] <didrocks> JontheEchidna: ok. I document it in the changelog
[20:32] <didrocks> but I would rather have further documentation on it
[20:32] <didrocks> but didn't find anything
[20:32] <didrocks> :/
[20:33] <JontheEchidna> yeah... .pc/.version not exactly the most googleable term
[20:33] <didrocks> indeed ^^
[20:34] <didrocks> do I adapt the changelog and attach the 2 debdiff to the bug?
[20:35] <JontheEchidna> yes, everything else looked fine. The diff between us and debian is nice and small :)
[20:35] <didrocks> thanksfully ^^
[20:39] <rgreening> seele: If you want to look at kvirc in addition to quassel, it's our other option as a replacement IRC client. I have it in my PPPA (https://edge.launchpad.net/~roderick-greening/+archive)
[20:45] <ScottK> seele: ^^ Please do.
[21:35] <f4l3_> hi guys
[21:37] <DaSkreech> hi
[21:39] <f4l3_> http://www.digikam.org/about/releaseplan <-- will digikam 0.10 be in 9.04?
[21:46] <smarter> f4l3_: there is a high chance that yes
[22:47] <NCommander> apachelogger, you around?
[22:48] <apachelogger> yus
[22:50] <NCommander> apachelogger, https://bugs.edge.launchpad.net/ubuntu/+source/python-qt4/+bug/308814 - sponsor plz
[22:51] <ScottK-palm> Time to put a release notice out on kubuntu.org.  Particularly since the Ubuntu Alpha 2 announcemt didn't reference our release note.
[22:52] <ScottK-palm> NCommander: It'll be several hours before I can do any sponsoring, so don't feel like you have to wait.
[22:53] <apachelogger> NCommander: do you have to show up with such stuff at 23:50 :P
[22:53] <NCommander> ScottK-palm, I've been waiting for three days, whats another few hours (I need to go out anyway)
[22:53] <NCommander> apachelogger, yes, yes I do
[22:53] <apachelogger> NCommander: the kdelibs changelog is flawed
[22:54] <apachelogger> Dropped, unnecessaru since
[22:54] <NCommander> ?
[22:54] <NCommander> Its in bazaar, you can fix it if you want :-)
[22:54] <ScottK-palm> I can't change /topic very effiectively from here.  Would someone else?
[22:54] <NCommander> or I can commit a fix
[22:54] <apachelogger> I want you to :P
[22:54] <apachelogger> ScottK-palm: you tested the pyqt change?
[22:55] <ScottK-palm> NCommander or Apachelogger: kde5libs needs to depend on launchpad-integration.
[22:55] <apachelogger> who merged that away
[22:55] <NCommander> brb
[22:56] <ScottK-palm> Currently that gets pulled in by the kde3 lib package, but it's Konq that cares.
[22:56] <ScottK-palm> apachelogger: It's never been there I don't think.  It needs to be shifted.
[22:56] <apachelogger> IIRC we added it
[22:57] <apachelogger> or maybe we add it to -desktop or the seed
[22:57] <apachelogger> the help->translate thingy depends on it as well
[22:57] <ScottK-palm> As long as we had KDE3 stuff in -desktop it didn't matter.
[22:57] <ScottK-palm> I did a test upgrade from Intrepid and it ended up removed.
[22:58] <ScottK-palm> NCommander: Would you stuff that in bzr too?n
[22:58] <ScottK-palm> apachelogger: I didn't test the latest pykde4 stuff.
[22:59] <apachelogger> kde4libs (4:4.1.2-0ubuntu9) intrepid; urgency=low
[22:59] <apachelogger>   [ Roderick B. Greening ]
[22:59] <apachelogger>   * Add dep for launchpad-integration to kdelibs5 (LP: #283834)
[22:59] <apachelogger> ScottK-palm: jr did merge it away
[22:59] <ScottK-palm> Hmmm. K. Well it got dropped.
[23:00] <ScottK-palm> Grumble.
[23:00] <apachelogger> NCommander: if you add launchpad-integration ... also add it to the KUBUNTU-DEBIAN-DIFF document
[23:00] <apachelogger> otherwise it will probably be dropped again
[23:01] <ScottK-palm> apachlogger: My approach would be just to test build and upload if it doesn't die for kde4bindings.
[23:01] <ScottK-palm> python-qt4 too.
[23:02] <ScottK-palm> I know NCommander has been very careful and used the exra time he got.
[23:02] <apachelogger> ScottK-palm: agreed, but I guess you will get to it earlier then, I should be going to bed soon
[23:03] <ScottK-palm> NCommander: If you could figure out where the hppa builds of kde4bings are going, that'd be great.
[23:03] <ScottK-palm> apachelogger: OK.
[23:04] <NCommander> ScottK-palm, LP bug :-)
[23:05] <ScottK-palm> Right, so talk nice and see if they can sort it....
[23:06] <apachelogger> NCommander: about the removal of debian/patches/kubuntu_70_nepomuk_qreal.diff in libs... is it in progress upstream?
[23:06] <apachelogger> NCommander: it is likely that nepomuk returns for rc1, so we would have to digg up that patch again
[23:06] <NCommander> apachelogger, its not needed any more, nepomuk is still built in libs, and had no issues
[23:06] <NCommander> apachelogger, I had that in place for bindings
[23:07] <apachelogger> that is what I mean
[23:07]  * NCommander notes bindings with nepomuk still dies with another error
[23:07] <NCommander> That didn't fix it right
[23:07] <apachelogger> fair enough then
[23:07] <ScottK-palm> IIRC you end up needing a circular build-dep for Nepomuk anyway.
[23:08] <ScottK-palm> Let's not have that again.
[23:08] <apachelogger> lolz
[23:08] <apachelogger> NCommander: easy on the commits :P
[23:08] <NCommander> apachelogger, and I did fix the nepomuk error by commenting out a constructor in bindings for varient.hpp which TBH, if your using in Python, I'd be worried
[23:09] <ScottK-palm> apachelogger: Can you put the Alpha 2 release announcement on kubuntu.org?
[23:09] <apachelogger> ScottK-palm: where is it now?
[23:09] <apachelogger> or should I be writing one?
[23:10] <chris062689> The state of emulation SUCKS in KDE 4.
[23:10] <ScottK-palm> Daskreech wrote the release notes.
[23:10] <chris062689> There's no good emulators out there for Linux, and their GUIs suck.
[23:10] <chris062689> Segmentation Faults all over the place ;_;
[23:10] <ScottK-palm> Somebody kick him plz. I'm really not in the mood.
[23:11] <ScottK-palm> Actually, I need to run.
[23:11] <ScottK-palm> Catch you later.
[23:11] <chris062689> (Sorry, I wanted to post that in #kubuntu, ignore that)
[23:11] <DaSkreech> !ot | chris062689
[23:12] <apachelogger> wth
[23:12]  * apachelogger pokes stdin
[23:12] <apachelogger> ubottu is clearly ot itself
[23:12] <apachelogger> and not intelligent either
[23:12] <didrocks> :)
[23:13] <apachelogger> DaSkreech: so, where can I find the release notes?
[23:13] <DaSkreech> apachelogger: usual
[23:15] <apachelogger> DaSkreech: huh?
[23:16] <DaSkreech> https://wiki.kubuntu.org/JauntyJackalope/Alpha2/Kubuntu
[23:17] <apachelogger> thx
[23:23] <apachelogger> http://www.kubuntu.org/news/jaunty-alpha-2