[00:00] <BHSPiMonkey> I thought I could design a UI within the new framework that would scale nicely across devices and primarily be used on desktop, though still be able to run as-is on phones and tablets if arm packages of the library are available
[00:00] <BHSPiMonkey> But I might not have considered all of the wonkiness of the new appstore security models
[00:02] <BHSPiMonkey> Do you think trying to continue within the Ubuntu SDK is a bad idea for now?
[00:03] <daker> BHSPiMonkey: if it's for the desktop i think it's ok
[00:04] <BHSPiMonkey> I'll have to figure out how to get the C bindings written and tossed into the project
[00:07] <daker> BHSPiMonkey: more the security model http://mdeslaur.blogspot.com/2013/12/ubuntu-touch-and-user-privacy.html
[00:08] <BHSPiMonkey> Thanks
[00:08] <BHSPiMonkey> I'm going to fiddle around with the project template that mixes C++ with QtQuick2
[00:08] <BHSPiMonkey> And see what it lets me do.
[00:09] <daker> BHSPiMonkey: i use C++/QML plugin on my app https://bazaar.launchpad.net/~rad.io-devs/rad.io/trunk/files
[00:10] <BHSPiMonkey> Will look over it, thanks
[00:14] <daker> yw
[00:18] <BHSPiMonkey> daker: how do you get image assets included in your build? My image sources all come up not found
[00:20] <daker> BHSPiMonkey: ?
[00:20] <daker> the folder architecture stays the same
[00:21] <BHSPiMonkey> daker: I have image files I'm using in my UI, but they can't be found at runtime because they're not making it into the build
[00:21] <BHSPiMonkey> I think I'll need to change up the project's .pro a little
[00:25] <BHSPiMonkey> okay, added my assets dir to DEPLOYMENTFOLDERS and now it makes it into builds, but I don't know how to specify the image paths in my QML relative to the binary (it's instead looking for the files relative to the QML files)
[00:27] <daker> BHSPiMonkey: Qt.resolvedUrl(IMG)
[00:28] <BHSPiMonkey> daker: right, but it still looks in the wrong place
[00:28] <BHSPiMonkey> I had to prepend ../../, even with resolvedUrl
[00:37] <BHSPiMonkey> Starting to get somewhere... http://i.imgur.com/QenFE8r.png
[00:38] <daker> BHSPiMonkey: :)
[00:38] <BHSPiMonkey> (a dummy data model for now, but still)
[00:40] <BHSPiMonkey> I wonder how hard it would be to allow switching between grid and list views
[09:37] <mihir> hey guys :)
[09:37] <mihir> mhall119: thanks for the review :)


[03:31] <dilys> New Malone bug 1558 filed on The Launchpad by svaksha: system error while exporting files
[03:31] <dilys> https://launchpad.ubuntu.com/malone/bugs/1558
[08:17] <Madpilot> hi all... I created a Launchpad account a couple of days ago, and on Launchpad, it works fine. However, i still can't login to the Ubuntu wiki with that account.
[08:17] <Madpilot> I thought they used the same data?
[02:46] <jblack> 90% of the way home.
[02:46] <bob2> hey jblack!
[02:48] <jblack> bob2!  Then I went white water rafting wieth everyone and got chewed up by mosquitos that left scabs.
[02:49] <bob2> woah
[02:50] <bob2> sounds like fun
[02:50] <bob2> decent food?
[02:51] <jblack> The food is awesome. !
[02:51] <bob2> hahaha
[02:51] <bob2> yay
[02:51] <jblack> They only speak one language : meat, and lots of it
[02:52] <bob2> yeah, I thought you'd like that :)
[02:52] <jblack> watch out for that airport though. They overbook confirmed flights. An hour early isn't enough.  Its gonna be cool stuff.
[05:47] <Mez> hmm
[05:47] <Mez> https://launchpad.ubuntu.com/people/unp/+members/
[05:47] <Mez> why do all the expiry dates show the same
[05:48] <Mez> even though they are set differently (and set to different than it says on the list0


[04:10] <t154793> yeah
[05:24] <dhiry2k> hi us ubuntu 10.10 ready for armel?
[05:24] <dhiry2k> is  ubuntu 10.10 ready for release ?
[14:12] <dhiry2k> packages downloaded while doing rootstock command where get stored in system?
[14:12] <dhiry2k> does it download each time while rerunning rootstock command
[14:17] <ogra_ac> yes, use a package proxy like approx or apt-proxy
[17:56] <robclark> rsalveti: I picked up a USB drive on sale this morning
[17:56] <robclark> I'm just copying over my rootfs now
[17:56] <robclark> you just need to change boot.script to boot with rootfs on USB?
[21:18] <rsalveti> robclark_: yeah, and remove hdparm it seems
[21:18] <rsalveti> bug 652873
[21:18] <ubot2> Launchpad bug 652873 in hdparm (Ubuntu) "after installing hdparm, panda board fails to boot (affects: 1) (heat: 500)" [Undecided,New] https://launchpad.net/bugs/652873
[21:23] <robclark_> rsalveti: hmm.. I didn't even remove hdparm.. and it booted once so far..
[21:24] <rsalveti> robclark_: cool then :-)
[21:25] <ogra_ac> must be a 6 layer issue
[21:25] <ogra_ac> or flaky HW
[21:26] <robclark_> could be hd dependent?
[21:27] <ogra_ac> probably, but i think the other build machines use the same disks
[21:27] <robclark_> hmm, ok
[22:59] <ogra_ac> robclark, http://share.grandou.net/ac100/ in case you want to inspect some of the tegra source for the toshiba
[23:00] <robclark> ogra_ac: cool..  are the pics of the internals posted anywhere?
[23:04] <ogra_ac> robbiew, http://wiki.gudinna.com/ac100
[23:04] <ogra_ac> oops
[23:04] <ogra_ac> err robclark ^^^
[23:05] <ogra_ac> (sorry robbie)
[23:05] <robclark> ogra_ac: thx


[00:08] <pycurious> my 20.04lts installer wont let me get a better resolution than 800x600 - on a 4090 - any ideas?
[00:10] <oerheks> too old kernel and mesa, try 22.04 with that new hardware
[00:10] <oerheks> you would get HWE automatic
[00:10] <oerheks> !hwe
[00:11] <pycurious> oerheks: Is there any hope of installing ubuntu 20.04lts perhaps using the cli on this machine?
[00:14] <oerheks> not that i know of
[00:14] <oerheks> that card came out in 2022....
[00:20] <soloslinger> Well, it prolly exists in the realm of possibility.  Linux being linux.  But at that point it prolly wouldn't be recognizable.
[00:30] <pycurious> is there a way to install ubuntu without using the gui interface? perhaps using a tui interface?
[00:38] <oxox> Maybe an install script
[00:40] <oxox> Completely done here.   https://askubuntu.com/questions/122505/how-do-i-create-a-completely-unattended-install-of-ubuntu
[00:41] <oerheks> use the 22.04 iso ..
[07:24] <pydev> hello
[07:25] <pydev> is there a tool that i can install in my ubuntu server to check ram/cpu USAGE DURING A WEEK ?
[09:09] <evilscreww> where is the app store in this
[09:11] <lotuspsychje> evilscreww: 'this'?
[09:12] <evilscreww> ubuntu
[09:12] <lotuspsychje> wich ubuntu release evilscreww
[09:12] <evilscreww> the very latest
[09:12] <evilscreww> 24.04
[09:12] <lotuspsychje> evilscreww: app center, the orange bag icon
[09:13] <evilscreww> got it. thank you
[09:13] <evilscreww> i tried to install hexchat with flatpak and it didnt work
[09:18] <evilscreww> Tue May  7 08:59:02 2024 [ERROR] The signature of the volume (MSDOS5.0) doesn't match the BitLocker's ones (-FVE-FS- or MSWIN4.1). Abort. Tue May  7 08:59:02 2024 [CRITICAL] Cannot parse volume header. Abort.
[09:19] <evilscreww> https://superuser.com/a/1512524 when following these instructions
[09:43] <evilscreww> https://packages.ubuntu.com/search?keywords=dislocker which one am i supposed to get
[09:46] <evilscreww> nevermind
[10:27] <tripstah> hi! anyone know a tool for ubuntu to move the windows from another display to other? some applications open the windows to another display, minor annoyance because i don't usually have the other display on. trie kooklin' but without much success yet! i liked that caffeine -app yes!
[11:29] <negrogod> hi all
[11:30] <pycurious> good morning
[11:44] <Jim`> Do you still need to install nVidia drivers to play games?
[11:45] <Jim`> Or is all that taken care of already on it's own now?
[11:45] <tarzeau> you can always play nethack even without graphics card. with a vt420 hooked up
[11:45] <Jim`> I got no idea what that is
[11:46] <tarzeau> nethack.org
[11:46] <Jim`> I was talking like TF2, Borderlands 1-3
[11:46] <Jim`> ya know games
[11:46] <tarzeau> no idea, i know nethack, typespeed, bsdgames and wipeout 1..3
[11:46] <ogra_> no doom ?!?!
[11:46] <Jim`> wut
[11:46] <tarzeau> and doom! wolfendstein sauerbraten
[11:47] <ogra_> 😄
[11:47] <Jim`> ogra_: Too many Satanic symbles
[11:47] <zaggynl> yes Jim
[11:47] <zaggynl> they're referring to text based games or games that will use software acceleration
[11:47] <Jim`> Also a Hollywood depiction of Hell
[11:48] <Jim`> note: Hollywood knows Hell cause they are Satanic at the Behemion Club/Grove
[11:48] <Jim`> anyway this is a different channel's topic I imagine
[11:48] <ogra_> definitely
[11:49] <Jim`> Although BOrderlands is totally LGBTQ+ Demonrat too
[11:50] <Jim`> Anyway enough about Lilth and Samuel vs Adam and Eve, etc.
[12:02] <CosmicDJ> Jim`: yes you still need to install the nvidia driver
[12:02] <Jim`> CosmicDJ: is it in the repos?
[12:03] <CosmicDJ> Jim`: yes, it's even signed for secure boot
[12:04] <Jim`> CosmicDJ: sounds like I might as well back up and make the jump before oct 2025
[12:04] <Jim`> cause I aint buying a new machine
[12:13] <Guest6> guys
[12:13] <Guest6> I installed uwuntu
[12:13] <CosmicDJ> Guest6: congrats
[12:13] <Guest6> damn first impression is really good
[12:14] <Guest6> guys is it bad to just work in a bank in the field informatics
[12:17] <CosmicDJ> Guest6: this is a channel about ubuntu support, not advice about your life choices...
[12:17] <Guest6> does ubuntu support apt
[12:17] <Guest6> still?
[12:17] <CosmicDJ> Guest6: yes
[12:18] <Guest6> is it recommendet to install apps via apt or via store
[12:18] <Guest6> ?
[12:18] <CosmicDJ> Guest6: depends, try the snap first and if it doesn't work for you try the deb version?
[12:19] <Guest6> is app in appstore like snap or is it apt
[12:19] <Guest6> ?
[12:20] <CosmicDJ> Guest6: at least with mantic you could pick whever you want the snap or deb
[12:20] <centHOGG> thx
[12:21] <Guest6> steam has become really buggy on every os
[12:21] <Guest6> lol
[12:22] <centHOGG> memory eater
[12:22] <CosmicDJ> Guest6: how so? every complaint I've seen the last months seems to be snap-related
[12:22] <Guest6> CosmicDJ I tried steam on arch, it was the same like on ubuntu
[12:22] <Jim`> Guest6: SteamClient WebHelper App keeps eating me up
[12:22] <Guest6> and I tried it on windows it was even worse on windows
[12:22] <Guest6> x
[12:22] <Guest6> d
[12:23] <Jim`> I had to tell it not to use the Steam Overlay to get it to stop
[12:23] <CosmicDJ> Guest6: guess your last hope is steam on macOS then ;)
[12:23] <Guest6> CosmicDJ why would macos be better if windows and linux failed already
[12:23] <Jim`> Is there a way to get closer to the old Gnome look than whatever this new Ubuntu look is?
[12:23] <Jim`> Unity I guess?
[12:24] <Guest6> steam should not have been building on an arch system
[12:24] <Guest6> xD
[12:24] <Jim`> I guess I'll have to install an off spring of Ubuntu like Kubuntu or Lubuntu?
[12:24] <Guest6> no wonder their games and client are buggy as hell
[12:24] <Jim`> I don't like this "in the middle of the screen" look
[12:25] <centHOGG> heh
[12:25] <centHOGG> <xubuntu
[12:25] <Jim`> centHOGG: I just used Ubuntu Live and it makes me want to rip the screen apart and shoot it with .00 buckshot or atleast .000 out of a .410
[12:26] <centHOGG> hehe... i think there is a flavor of ubuntu unity now... i saw a video on youtube yesterday touting it
[12:26] <centHOGG> hold on i'll fetch
[12:26] <Guest6> I use ubuntu btw
[12:26] <Jim`> I just want the old Gnome look
[12:26] <Jim`> or closer to windows
[12:27] <Jim`> not this bouncy in the middle of the screen mumbo jumbo
[12:27] <centHOGG> https://www.youtube.com/watch?v=V-tcH_ol29g
[12:27] <Guest6> #ubuntu-offtopic
[12:28] <manwhowouldbekin> Hi all! I have upgrade to Ubuntu 24 from 23.10 recently and am wondering what is the quickest way to re-enable the third-party PPAs which were disabled during the upgrade?
[12:29] <Jim`> centHOGG: I'll try LXDE I guess
[12:30] <centHOGG> oh no they gotta unity flavor... i think its about 4 or 5 in... before reaching xubuntu bit :p
[12:30] <centHOGG> LXDE = laptops
[13:34] <Jim`> How long does Ubuntu Jammy have ?
[13:35] <Jim`> Looks like Apr 2027
[13:47] <Maik> Jim`: indeed, 2027. However that is only for the main Ubuntu LTS release. All the other LTS flavors have only 3 years of support.
[13:47] <Jim`> Maik: I was venturing off in to Linux Mint land
[13:48] <Jim`> Trying to find something that doesn't make me want to shoot the screen
[13:48] <Maik> yeah well, we do not support mint here
[13:48] <Jim`> But also something where I wont be installing another OS in 5 days
[13:49] <Jim`> Maik: Yeah.  I think I'm gonna have to go with XFCE or KDE or something to get closer to Windows feel
[13:49] <Jim`> rather than "bouncy middle GUI thing" of Ubuntu now
[13:50] <Jim`> I think it'd make more sense to stick with Kubuntu then since it's already upgraded
[13:50] <Jim`> vs the mint
[14:02] <kuiperan`> I need to use docker buildx, but my docker appears to not have the buildx feature enabled. I installed docker using apt. The docker-buildx-plugin (or docker-buildx) packages are not in my apt repository. I'm using debian 12 (sorry, not ubuntu, but can I get help?)
[14:03] <kuiperan`> I'll see if downloading buildx from github and moving it to ~/.docker/cli-plugins works
[14:04] <kuiperan`> that didn't work. 'buildx' is not a docker command
[14:15] <kuiperan`> where does apt-key add add my asc file?
[14:20] <kuiperan`> Nevermind, I folllowed these instructions for my problem, and solved it https://docs.docker.com/engine/install/debian/#install-using-the-repository
[15:32] <Guest92> I can not start overwatch 2
[15:32] <Guest92> in ubuntu too
[15:32] <Guest92> wtf
[15:35] <lotuspsychje> !details | Guest92
[15:35] <Guest92> well overwatch2 a steamgame doesnt start
[15:35] <Guest92> maybe I have to reboot
[15:36] <Guest92> ?
[15:36] <Guest92> I will be right back
[15:36] <Guest92> I try reboot
[15:39] <Guest79> hmm still not launching the game
[15:40] <lotuspsychje> Guest79: feel free to share your error logs in a !paste
[15:40] <Guest79> how to find steam error log?
[15:41] <lotuspsychje> Guest79: you could launch 'steam' from a terminal, and/or keep a journalctl -f on the background too
[15:42] <Guest79> launching steam with sudo?
[15:43] <Guest79> or how to see whats going on inside steam
[15:43] <Guest79> maybe trying to launch the game in terminal?
[15:44] <Guest79> I will just try lutris instead
[15:45] <lotuspsychje> Guest79: not sudo no, just type steam to launch
[15:45] <Guest79> ye but this give only a single output
[15:45] <Guest79> it is not interactive
[15:47] <sixwheeledbeast> is steam play enabled, it's windows only game so will need steam play stuff.
[15:47] <Guest79> yes
[15:48] <Guest79> Also tried all the proton versions
[15:53] <sixwheeledbeast> I'd generally try Proton Experimental and force steam play in compatibility if it's "Playable" on steam deck it usually works.
[15:56] <Guest79> sixwheeledbeast I already  tried it
[15:56] <Guest79> but not working on arch or ubuntu
[15:56] <Guest79> or debian
[15:56] <Guest79> I try now lutris
[15:56] <Guest79> since steam is borked
[15:57] <sixwheeledbeast> You can try it but I doubt it will work then.
[15:59] <Guest79> only because steam is retarded and using arch to build stuff?
[16:00] <Guest79> I doubt battle.net is as stupid as steam
[16:00] <CosmicDJ> Guest79: steams linux runtime is still based on ubuntu12 IIRC
[16:01] <ruser> hello, is there any reason I shouldn't use a jupyter meta package in ubuntu to install jupyter lab/notebooks?
[16:02] <Guest79> CosmicDJ why are they using then arch linux
[16:03] <Guest79> I mean they have no clue what they use for building their software
[16:03] <Guest79> could be trojan horses
[16:04] <CosmicDJ> Guest79: https://www.pcgamer.com/this-is-why-valve-is-switching-from-debian-to-arch-for-steam-decks-linux-os/
[16:04] <Guest79> well, idc about what steam is doing
[16:04] <CosmicDJ> are you mixing up SteamOS and Steam?
[16:04] <lotuspsychje> !discuss
[16:04] <Guest79> because they became insanely bad since  they are on arch based distro
[16:07] <pycurious> is anyone using incus here? I'm trying to add a gpu and then start a vm - and it hangs on my ubuntu 24.04LTS = host, 20.04LTS guest.
[16:13] <lotuspsychje> pycurious: seems like incus is rejected, just not sure why apt-cache still shows it, bug #2049416
[16:13] -ubottu:#ubuntu- Bug 2049416 in incus (Ubuntu) "Please remove incus from Ubuntu" [Undecided, Fix Released] https://launchpad.net/bugs/2049416
[16:24] <Guest79> guys how can I  search in whole system for
[16:25] <Guest79> a name
[16:26] <CosmicDJ> Guest79: file name or name inside (text-)files?
[16:26] <sixwheeledbeast> a file?
[16:26] <Guest79> if I uninstalled the steam from appstore would the games be uninstalled too?
[16:27] <Guest79> where does steam typically save gamesa
[16:27] <CosmicDJ> Guest79: snap or deb version of steam?
[16:27] <Guest79> from app center
[16:28] <pycurious> I've a dell desktop with 4090 in it. Ubuntu 24.04LTS installed without issues. If I try 22.04LTS or 20.04LTS - they dont detect the disk (nvme) - is there a way to fix that?
[16:30] <Guest79> ubuntu is complicated from the view as a developer but it works wonderful for someone who has no clue about operating systems
[16:30] <Guest79> ubuntu is a magic puff binary distro like windows :D
[17:02] <aurolac> yay gnome-boxes works again
[17:03] <webchat2> Why does WhatsApp web keep getting SIGKILL error?
[17:08] <lotuspsychje> webchat2: if you use one of the snap whatsapp apps, please find the maintainer with: snap info snapname-here
[17:09] <lotuspsychje> webchat2: the support page of snaps will mostly show under contact:...
[17:11] <webchat2> I am using official WhatsApp web (https://web.whatsapp.com/)
[17:15] <webchat2> wait, its SIGILL not SIGKILL
[17:23] <pycurious> @lotuspsychje any chance you've used incus. It's hanging for me on a incus start vm. Could use some help in fixing that.
[17:23] <tarzeau>
[17:32] <ruser> I thought 24.04 was out, but  do-release-update doesn't seem to want to do it, what gives?
[17:34] <lotuspsychje> ruser: upgrade path will be open, when all bugs are sorted around upgrading
[17:34] <lotuspsychje> !24.04 | ruser
[17:36] <ruser> 27 April 25 Final Release. Help me understand, should the 24.04 be available? or does one need to wait for 24.04.01?
[17:37] <lotuspsychje> ruser: 22.04 to 24.04.1 upgrade will be available in august
[17:38] <lotuspsychje> ruser: 23.10 to 24.04 will be available when upgrade bugs are solved
[17:38] <ruser> So... behind scheudle?
[17:38] <ruser> The final release is the finished product which is distributed with an official Ubuntu release number.
[17:39] <lotuspsychje> ruser: 24.04 is out, you can already clean install, there is no schedule when upgrade bugs get solved
[17:40] <ruser> ah, so what you appear to be saying, if i understand correctly, there is  no clean upgrade path available at the moment due to some bugs, and it's not clear when they will be fixed. Am i correct in my undestanding?
[17:41] <lotuspsychje> correct ruser
[17:43] <devslash> ruser as a general rule, upgrading Ubuntu as soon as a new release comes out is pretty risky. I've had many issues with Ubuntu not starting up after an upgrade
[17:43] <ruser> thank you  lotuspsychje.  is there a good place to view the status of the upgrade path bugs and what's holding things back.
[17:43] <ruser> I appreciate the help.
[17:44] <lotuspsychje> ruser: we do have an #ubuntu-bugs-announce channel where you can follow recent filed bugs
[17:45] <lotuspsychje> ruser: see also the 24.04 releasenotes; https://discourse.ubuntu.com/t/ubuntu-24-04-lts-noble-numbat-release-notes/39890
[17:45] <webchat2> Good explanation
[17:46] <ruser> lotuspsychje: ah, i should have looked at that first, you did direct me to it.  my bad. thank you.
[17:48] <ruser> thank you for your help
[17:49] <ducasse> ruser: normally, the official upgrade path to a new lts opens shortly after the first point release
[17:50] <ducasse> ruser: this is to make sure it is sufficiently tested before lts users go ahead and run it
[18:22] <webchat2> Is docker desktop opening on 24.04?
[18:22] <webchat2> Or it's just mine?
[18:26] <bprompt> webchat2: dunno, I've never ran it =)
[18:27] <webchat2> Doesn't open on my end
[18:39] <bprompt> webchat2: hmmm dunno, something to check for is, is it meant to run on Wayland?  as opposed to X11, is there a snap version? maybe the snap version works and the debian package is having issues
[18:40] <bprompt> webchat2: you can always try to run it from a terminal command, that usually shows more verbose information of what may be happening
[18:43] <webchat2> On terminal it works fine, I don't think there is snap version for docker desktop
[18:44] <bprompt> webchat2: then maybe make a new desktop shortcut with the terminal command :)
[19:25] <belgianguy> Hi, livepatch seems to work really great, but is there an option for it not to give a popup each time it does that? And then when I click OK the settings dialog opens? I trust it to do the right thing, it's not that I have much kernel knowledge anyway :)
[19:30] <bprompt> belgianguy: hmm I don't have it, however, checked its settings yet?
[19:32] <leftyfb> belgianguy: do you really need to go long periods of time not rebooting your workstation?
[19:35] <belgianguy> @bprompt, yeah, no settings to turn it off
[19:36] <belgianguy> @leftyfb, it runs a server, and I thought the whole idea of live patching was that it would not get in the way :) it does claim quite some attention now
[19:37] <belgianguy> I'm perfectly happy with the patching, but the popup and settings each time feels like a bit much?
[19:37] <leftyfb> it's mainly meant for servers where rebooting isn't done very often. It works on the desktop, but with a desktop environment you have notifications which is takes advantage of
[19:39] <belgianguy> @leftyfb, it's okay, I'll keep on looking, if it gets to me, I can always turn it off :)
[19:40] <leftyfb> belgianguy: what kind of server is your desktop running on it?
[19:41] <bprompt> belgianguy: from -> https://askubuntu.com/questions/1142910/how-can-i-remove-live-patch-notification <-    notice the "gsettings set com.ubuntu.update-notifier show-livepatch-status-icon false", mind you I think you can use the gsettings GUI to navigate to it, or maybe even "dconf" GUI to it
[19:41] <leftyfb> I would just use the command given
[19:52] <arraybolt3> Previously (when using Ubuntu 22.04) it was possible for me to ping an external IP address from within a QEMU VM even when using user-mode networking. As I understood it, this was intentionally designed to work in QEMU.
[19:52] <arraybolt3> Recently I upgraded to Ubuntu 24.04 (well, clean installed but whatever) and now my QEMU VMs are unable to ping any external hosts (like google.com). apt still works fine and Internet otherwise functions properly within the VMs.
[19:52] <arraybolt3> Is there some special button you have to press in QEMU to get ping to work again now?
[19:53] <ravage> it sounds like a firewall thing?
[19:54] <ravage> i only use it in bridge mode
[19:54] <arraybolt3> ufw is inactive right now
[19:54] <arraybolt3> I'm using the SLiRP backend, which says it doesn't work with ping, but I know it used to, and there's a host-end setup you can do to make it work so I guess Ubuntu maybe used to come with this preconfigured? https://wiki.qemu.org/Documentation/Networking
[19:56] <younder> I see ubuntu 24.04 has no support for gtk2
[19:57] <arraybolt3> younder: are you sure? Hexchat is still in the repos of 24.04
[19:57] <arraybolt3> and it uses GTK2
[19:57] <younder> Used a script at https://2h3ph3rd.medium.com/how-to-install-libgconf-2-4-on-ubuntu-23-10-fec6bda8d5f5
[19:59] <ravage> i dont think anyone here will or should advice you on installing random outdated packages
[19:59] <younder> I was required by a Dyalog APL GUI called RIDE
[20:00] <younder> They are not random and shouldn't conflict with the existing GTK4
[20:30] <se> The new look
[21:08] <nshirelaptop> is it difficult to move the swapfile to another drive?
[21:09] <leftyfb> nshirelaptop: how much physical memory do you have in your machine?
[21:09] <nshirelaptop> 32gb
[21:09] <nshirelaptop> my vms all run off a hdd with minimal ram allocated so I'd like to move their swapfiles to my nvme ssd
[21:10] <nshirelaptop> the hypervisor is hyper-v so I can expose another virtual disk to them
[21:12] <nshirelaptop> seems easy enough https://tecadmin.net/move-swapfile-to-a-different-disk/
[21:14] <oerheks> https://help.ubuntu.com/community/SwapFaq#How_do_I_add_or_modify_a_swap_partition.3F
[21:33] <JanC> depends on how you create the swap file(s) also...


[13:00] <dpm> kelemengabor, andrejz, I have to apologize, I cannot make it for today's call. Would you mind if I move it to tomorrow, 1h earlier?
[13:01] <kelemengabor> no problem for me
[13:02] <dpm> thanks kelemengabor


[09:44] <kim0> dholbach: jcastro dpm I'm with the server guys
[09:44] <dholbach> kim0, in the pool?
[09:44] <dpm> kim0, have fun! ;)
[09:45] <jussi> dholbach: did the irc thing get sorted?
[09:45] <dholbach> jussi, I have no idea, but I think some time in the evening somebody still complained about not being able to get on
[09:45] <dholbach> let me ask elmo
[09:45] <jussi> oh, seems like it did
[09:45] <dholbach> oh ok
[09:45] <jussi> (see ara's hostmask on entry)
[09:45] <jussi> [11:27:08] --> ara (~ara@conference/canonical/x-pqfpdyjdiovxwcbh) has joined #ubuntu-community-team
[09:46] <jussi> Sorry for the ping ara
[09:46] <dholbach> oh yeah, it got
[09:46] <dholbach> awesome
[09:46] <ara> jussi, no worries :)
[09:46] <dholbach> thanks
[09:46] <dholbach> thanks
[09:46] <dholbach> :)
[09:46]  * jussi has 4d ultrasound tomroow. exciting stuff! :D
[09:47] <jussi> brb
[09:51]  * popey enters the fourth dimension
[09:52]  * popey leaves the fourth dimension, one minute older
[10:19] <czajkowski> morning
[10:19] <czajkowski> so feckin' sleepy
[10:32] <nigelb> popey: heh
[11:11] <dholbach> cjohnston, I can't remember what we said the last time we talked... who do you think I could talk to about rebranding the packaging guide?
[11:46] <dholbach> cjohnston, also I got the /meetings/team/X/agenda error mail again (unicode error)
[11:52] <duanedesign> morning all
[11:55] <AlanBell> morning jono
[11:56] <AlanBell> jono: can you pimp this on facebook please http://www.facebook.com/event.php?eid=156528094418552
[11:58] <dholbach> nigelb, I had a chat with bdmurray about "talk to Nigel and Brian about removing the patch flag of attachments instead of tagging as patch-needswork"
[11:59] <dholbach> he said that making a almost-solved bug less findable is probably a bad idea, and I agree
[11:59] <dholbach> maybe we should even mark those as 'bitesize' tasks, if there's not too much that needs doing
[12:12] <cjohnston> dholbach: I took a look at the branch that you showed me, and im not really familiar enough with the code.. if you have someone who is familiar with sphynx and willing to do it, I can help them out
[12:13] <dholbach> cjohnston, ok - no worries
[12:15] <dholbach> thanks
[12:19] <nigelb> dholbach: cool, I think I told you earlier that I'd defer to his opinion on this :)
[12:20] <dholbach> nigelb, where do we best document/announce this?
[12:20] <dholbach> nigelb, just add "mark as bitesize if it's just a few simple changes" in the docs?
[12:20] <nigelb> dholbach: I'd suggest docs + -devel
[12:21] <dholbach> nigelb, I do docs, you do -devel? :)
[12:21] <nigelb> dholbach: Yeah, sure!
[12:21] <dholbach> sweet
[12:21] <dholbach> will also get us more bitesize bugs :)
[12:23]  * AlanBell is being teased by the design team blog
[12:24] <dholbach> AlanBell, I just heard about it here at the sprint - it was just an accident :)
[12:25] <nigelb> AlanBell: what?
[12:25] <AlanBell> http://planet.ubuntu.com/
[12:25]  * nigelb didn't get it
[12:25] <dholbach> nigelb, "If it does not work properly or needs more work, add the '''patch-needswork''' tag.  Give the patch submitter some guidance on the rationale for the tag, and ask whether they are willing to update it to resolve outstanding issues. Consider adding the '''bitesize''' tag if it's a simple task, especially if the patch contributor hasn't reported back for some time."
[12:25] <dholbach> I hope that's clear enough
[12:25] <AlanBell> oh, it is gone now
[12:25] <nigelb> Yeah, it is
[12:25] <nigelb> aww
[12:25] <AlanBell> nigelb: http://twitter.com/#!/planetubuntu/status/85663929405145088
[12:26] <nigelb> AlanBell: was that somewhere in south america?
[12:26] <AlanBell> we might never know
[12:27] <nigelb> If it is that, I think I saw that picture before
[12:27] <nigelb> AlanBell: did you see the picture?
[12:27] <AlanBell> nope
[14:34] <dholbach> jcastro, https://wiki.ubuntu.com/UbuntuDevelopment/NewPackages
[15:01] <czajkowski> pleia2: when yer about pm me please
[15:30] <czajkowski> jono: say hello to http://lococouncil.ubuntu.com/
[15:31] <AlanBell> oooh
[15:33] <czajkowski> jono: can you FB it when you get a chance please and tweet it
[15:33] <czajkowski> Thank you
[15:59] <nigelb> hahaha
[15:59] <nigelb> https://twitter.com/#!/shaver/status/85723765459259393
[15:59] <nigelb> *Great* job post title: "Sony Electronics is looking for a talented Sr. Application Security Analyst for our HQ in San Diego. You know why."
[16:02] <paultag> nigelb: ahahahahahahahahahaha
[16:02] <nigelb> paultag: that's so full of awesome
[16:03] <paultag> nigelb: I love it when companies can make fun of themselfs
[16:03] <nigelb> Indeed
[16:11] <paultag> I was going to post something in here, but them I rememberd that I should be polite
[16:15] <paultag> http://devianteles.deviantart.com/art/Stallman-Guevara-Wallpaper-212777506 ← YES. THIS.
[16:16] <mhall119> paultag: awesome
[16:16] <paultag> mhall119: so good, so good
[16:22] <nigelb> paultag: https://sony.taleo.net/careersection/2/jobdetail.ftl?lang=en&job=22681
[16:43] <mhall119> nigelb: the tweet was better
[16:43] <nigelb> mhall119: true :)
[17:06] <czajkowski> lifesavers taste like deepheat and are soo addictive
[17:25] <Technoviking> /msg NickServ identify Th0ctmtcj
[17:26] <Pici> Technoviking: :(
[17:26] <Technoviking> damn it
[17:26] <Technoviking> trying out znc, and can pass nickserv to it
[17:27] <Pici> Use your accountname:password  as the freenode server password.
[17:39] <nhandler> Technoviking: Also be sure to change your password if you haven't already (/msg nickserv help set password)
[19:18]  * popey pokes jcastro


[00:00] <directhex> lots of manual requests, but does DIF make a difference to those?
[00:21] <Laney> directhex: no
[02:55] <ScottK> Mez: Thanks (ubuntu-backporters not expiring).
[05:47] <Kalidarn> say i'm packaging a file which is just a single .c file do i really need a configure script?
[05:48] <Kalidarn> because there's not really anything to configure
[05:48] <RAOF> Kalidarn: Why are you packaging a source file?
[05:48] <Kalidarn> well im compiling it, but it's a single binary
[05:48] <Kalidarn> that's all
[05:48] <Kalidarn> ftp://borg.uu3.net/pub/unix/mktorrent/mktorrent-0.9.9.tgz ie, that
[05:48] <Kalidarn> (new to debian packaging)
[05:49] <Kalidarn> come from archlinux pkgbuilding/gentoo ebuilds & rpm spec
[05:49] <RAOF> We don't add configure scripts, no.
[05:49] <Kalidarn> so i havn't really written a debian rules thingo before, i did read one of the documents on it
[05:49] <Kalidarn> and it indicated that you should have a configure file
[05:49] <Kalidarn> anyway
[05:49] <RAOF> That would be the common case.
[05:50] <Kalidarn> but there's nothing to configure :P
[05:50] <RAOF> You don't need a configure file.
[05:50] <Kalidarn> ah thought so
[05:50] <RAOF> Basically, all you need is a "binary" target that builds the the binary and creates the .deb.
[05:51] <Kalidarn> in that case it would be mktorrent.c
[05:51] <RAOF> You need more targets than that, but there are very few restrictions on what you do inside those targets.
[05:51] <Kalidarn> there's a makefile already created
[05:52] <Kalidarn> http://rafb.net/p/EHgIVf65.html (makefile) http://rafb.net/p/fstIZT18.html (single .c file)
[05:52] <Kalidarn> so yea
[05:52] <RAOF> debian/rules is also a makefile, which will generally call the upstream buildsystem.
[05:53] <Kalidarn> ah okay so do i put the options from that makefile
[05:53] <Kalidarn> into the debian rules file?
[05:53] <Kalidarn> ie cflags etc
[05:53] <Kalidarn> is there an example of a similar small binary that i could take a looksey at to get an idea
[05:55] <RAOF> Um...
[05:55] <RAOF> I can't think of one offhand, sorry.
[06:29] <Kalidarn> RAOF, if im doing a build dependency for it
[06:29] <Kalidarn> but i don't know what version
[06:29] <Kalidarn> Build-Depends: debhelper (>= 7) libssl-dev
[06:29] <Kalidarn> for example, do i specify one
[06:29] <Kalidarn> i think it will work with any version of libssl-dev
[06:29] <Kalidarn> doesn't have a configure file so i can't check, doesn't say anywhere either
[06:29] <persia> Kalidarn, Try unspecified first: only specify if you know a certain version is required.
[06:30] <Kalidarn> yeah but do i just say that like:
[06:30] <Kalidarn> Build-Depends: debhelper (>= 7) libssl-dev
[06:30] <Kalidarn> it complained it was not formatted correctly.
[06:30] <persia> It might benefit from a comma
[06:30] <Kalidarn> ah
[06:32] <persia> Also, unless you're using debhelper 7 features, you shouldn't force 7.
[06:32] <persia> (although using debhelper 7 features makes it *much* easier)
[06:38] <Kalidarn> it automatically did
[06:38] <Kalidarn> that was the default
[06:38] <Kalidarn> http://rafb.net/p/EHgIVf65.html (makefile) http://rafb.net/p/fstIZT18.html (single .c file)
[06:38] <Kalidarn> that was the project i was building
[06:38] <Kalidarn> i had this in my control files
[06:39] <Kalidarn> http://rafb.net/p/28SWJ687.html
[06:39] <Kalidarn> http://rafb.net/p/6Xhx3X17.html
[06:39] <Kalidarn> i think i might have messed up a slight bit :)
[06:40] <Kalidarn> i was following this guide https://wiki.ubuntu.com/PackagingGuide/Complete
[06:40] <Kalidarn> the thing is also, i don't have a configure file, its just built and then the binary is moved to the binary directory ie /usr/bin
[06:40] <persia> That's really more a debhelper 5.x guide, but many of the essentials remain the same.
[06:41] <Kalidarn> oh
[06:41] <Kalidarn> well if you can help me in the right direction ;)
[06:41] <Kalidarn> i'd be happy to learn
[06:41] <Kalidarn> seeing as im using ubuntu more now these days than other distributions :)
[06:42] <persia> I'd recommend reviewing the debhelper changelog.  Find the last version that changes something you think is important for your package, and require that version.
[06:42] <Kalidarn> yeah im not sure what version i should use
[06:42] <Kalidarn> version 7 is just the default one
[06:42] <Kalidarn> it put there
[06:43] <Kalidarn> to be honest this is a simple package
[06:43] <Kalidarn> i dont think it would use any of the newer features
[06:43] <Kalidarn> it's a simple C file, which is compiled with some simple options
[06:43] <Kalidarn> single c file goes in compiler, single binary comes out
[06:43] <persia> Well, it's worth a read of the changelog.  You might get by with 5.  I wouldn't recommend going lower than that.
[06:43] <Kalidarn> is lower usually better?
[06:45] <persia> Well, you're asserting that it cannot build unless you have at least debhelper 7.
[06:45] <Kalidarn> oh i see
[06:45] <persia> That doesn't appear to be correct.
[06:45] <Kalidarn> 7 isn't the stable one
[06:45] <persia> The idea is to be correct.
[06:45] <Kalidarn> http://packages.qa.debian.org/d/debhelper.html
[06:45] <Kalidarn> Stable   	  5.0.42
[06:45] <Kalidarn> yeah ill use that then
[06:45] <persia> 7 is perfectly stable, you're just not using those features.
[06:45] <Kalidarn> Testing   	  7.0.15
[06:45] <Kalidarn> it says is in testing
[06:45] <Kalidarn> wouldnt u use the stable version
[06:45] <persia> If you'd like to use debhelper 7, you'll find the rules file smaller: man dh to read about it.
[06:45] <Kalidarn> unless ur using the newer features
[06:45] <Kalidarn> oh
[06:45] <Kalidarn> mm i might do that then
[06:46] <Kalidarn> whats the default in intrepid ibex
[06:46] <Kalidarn> anyway
[06:46] <persia> Debian "stable" is just the name for the distribution that Debian released last time.  The "testing" distribution is expected to become "stable" in Debian real-soon-now.
[06:46] <Kalidarn> oh yeah
[06:46] <Kalidarn> thats right i forgot :)
[06:46] <persia> https://launchpad.net/ubuntu/+source/debhelper
[06:48] <Kalidarn> mm that changelog is long
[06:48] <persia> So just because a given version is in "testing" or "stable" doesn't mean anything regarding the stability of the software itself.  There's stuff in "stable" that is considerably less stable than stuff in "unstable": it's more a statement about the amount of variance one can expect in package versions than about the propensity for software to crash.
[06:48] <Kalidarn> yeah
[06:48] <Kalidarn> its just the distribution of debian its in
[06:49] <persia> Right.
[06:49] <Kalidarn> im aware of that i realize that now
[06:49] <Kalidarn> so is there an example of a rules file for version 7?
[06:49] <Kalidarn> i'd ultimately like to be using version 7... if it makes things simpler
[06:49] <persia> man dh
[06:50] <Kalidarn> ah thx
[06:51] <Kalidarn> /usr/share/doc/debhelper/examples/rules.simple
[06:51] <Kalidarn> might be of help :0
[06:52] <persia> Yes, although there's an even shorter one embedded in the man page :)
[06:52] <Kalidarn> oh okay
[06:53] <Kalidarn> what rules.tiny?
[06:53] <persia> Yes, that would be the embedded one.
[06:54] <Kalidarn> how much pkging have you done btw ;)
[06:55] <persia> I've packaged one library.
[06:57] <Kalidarn> okay so i've got this: http://rafb.net/p/46wv5q46.html
[06:58] <Kalidarn> i dont now need the make section do it
[06:58] <Kalidarn> *i
[06:58] <Kalidarn> im not passing any options to configure, because there is no configure script
[06:58]  * slytherin stares at the phrase 'real-soon-now'. :-)
[06:59] <persia> Firstly, you probably want the variable definitions above the rules.  Secondly, I suspect that dh expects there to be an upstream makefile, so you may want to start with simple rather than tiny, and rewrite much of the build rule.
[06:59] <Kalidarn> hmm
[07:00] <Kalidarn> okay then can i get it to use the upstream makefile
[07:00] <Kalidarn> im just kind of confused :P
[07:00] <persia> dh ought to try to use the upstream makefile by default.
[07:00] <Kalidarn> ah
[07:00] <persia> Since you don't have one, you'll want to rewrite the build rule to be different.
[07:02] <Kalidarn> i do have an upstream makefile
[07:06] <persia> Oh, then you're all set.  Just put the variable definitions above the %: line, and try a build.
[07:18] <iulian> Good morning.
[07:18] <NCommander> persia, how's your perl?
[07:20] <Kalidarn> i think my connection died out there
[07:21] <Kalidarn> http://rafb.net/p/6uwQgw47.html i wonder what's causing that error http://rafb.net/p/WX7cS276.html
[07:21] <StevenK> rm exits 1 if the files don't exist
[07:21] <Kalidarn> oops ignore the first link
[07:22] <Kalidarn> ah
[07:22] <Kalidarn> the makefile removes the object code
[07:22] <Kalidarn> is that alright?
[07:22] <StevenK> rm -f *.o will exit 0 even if the files don't exist
[07:23] <Kalidarn> orhmm
[07:23] <persia> -rm -f *.o
[07:23] <persia> NCommander, I can generally read it.  Why?
[07:23] <NCommander> I was wondering if you were interested in helping me modify buildd :-)
[07:24] <persia> Oh.  Not so much.
[07:24] <persia> What are you trying to get it to do?
[07:24] <NCommander> autosign and autoupload packages
[07:25] <Kalidarn> ah perfect
[07:25] <persia> I though it's not doing that was widely considered a feature.
[07:25] <Kalidarn> it seems to be working now ;)
[07:25] <NCommander> persia, not if your emulating an Ubuntu build environment :-P
[07:25] <Kalidarn> iW: mktorrent source: out-of-date-standards-version 3.7.3 (current is 3.8.0)
[07:25] <Kalidarn> :P should i update that
[07:25] <persia> Kalidarn, Policy is in the debian-policy package.  Worth a read.
[07:26] <persia> I'd recommend making your package comply with 3.8.0, and then declaring that.
[07:26] <Kalidarn> yeah
[07:26] <Kalidarn> i just changed it
[07:26] <Kalidarn> whats the clean command
[07:26] <Kalidarn> to clean the shit up
[07:27] <Kalidarn> after a debbuild
[07:27] <persia> debian/rules clean might work.
[07:27] <Kalidarn> no i mean to clean up my package directory
[07:27] <persia> You'd do better to get in the practice of running debuild -S and then using sbuild or pbuilder to build.
[07:27] <Kalidarn> ah
[07:27] <persia> Yes, `debian/rules clean` is supposed to do that.
[07:28] <persia> If it doesn't, it's a bug, but if it's your first package, it could well be buggy.
[07:28] <Kalidarn> which do u recommend
[07:28] <Kalidarn> sbuild or pbuilder
[07:29] <persia> I personally use sbuild.  Others use pbuilder.  Both are good.  qemubuilder, cowbuilder, and the like seem less popular.
[07:29] <Kalidarn> o.O
[07:29] <Kalidarn> Now signing changes and any dsc files...
[07:29] <Kalidarn>  signfile mktorrent_0.9.9-1.dsc David C<EMAIL_ADDRESS>[07:29] <Kalidarn> gpg: skipped "David C<EMAIL_ADDRESS>secret key not available
[07:29] <Kalidarn> gpg: [stdin]: clearsign failed: secret key not available
[07:29] <Kalidarn> debsign: gpg error occurred!  Aborting....
[07:29] <Kalidarn> debuild: fatal error at line 1250:
[07:29] <Kalidarn> that's a load of rubbish
[07:29] <Kalidarn> my secret key is too available
[07:29] <Kalidarn> i always sign email with it
[07:30] <persia> What's the identity on your secret key?
[07:30] <Kalidarn> F2FE93F8?
[07:31] <persia> Try `gpg --list-keys F2FE93F8`
[07:31] <Kalidarn> it's in the keyserver
[07:31] <Kalidarn> yeah it shows it
[07:31] <Kalidarn> when i have the `
[07:31] <Kalidarn> it says pub not found
[07:31] <persia> Sure, but I suspect that the identity associated with it doesn't match " David C<EMAIL_ADDRESS>[07:31] <Kalidarn> kalidarn@sanction:~/Desktop/mktorrent/mktorrent-0.9.9/debian$ `gpg --list-keys F2FE93F8`
[07:31] <Kalidarn> bash: pub: command not found
[07:31] <Kalidarn> kalidarn@sanction:~/Desktop/mktorrent/mktorrent-0.9.9/debian$ gpg --list-keys F2FE93F8
[07:31] <Kalidarn> pub   1024D/F2FE93F8 2008-08-07
[07:31] <Kalidarn> uid                  dcecchin<EMAIL_ADDRESS>[07:31] <Kalidarn> sub   4096g/408F3186 2008-08-07
[07:31] <Kalidarn> hmm.....
[07:32] <Kalidarn> that' the email i entered
[07:32] <persia> Right.  Put your name on the key.
[07:32] <Kalidarn> David C is the name
[07:32] <persia> Both name and email have to match.
[07:32] <Kalidarn> i use on the key
[07:32] <persia> See your paste.  The name is "dcecchin" on the key.
[07:32] <Kalidarn> oh yeah
[07:32] <Kalidarn> mm
[07:32] <Kalidarn> okays
[07:33] <Kalidarn> mm no it didn't like that either
[07:33] <Kalidarn> Maintainer: dcecchin<EMAIL_ADDRESS>[07:33] <Kalidarn> i tried Maintainer: David C<EMAIL_ADDRESS>[07:33] <Kalidarn> too
[07:33] <Kalidarn> both don't work
[07:33] <Kalidarn> :P
[07:34] <persia> Maintainer doesn't matter.  It's only the last line in the changelog.
[07:34] <Kalidarn> ah
[07:34] <persia> Anyway, you want to fix your key, not the package.
[07:34] <Kalidarn> didn't change that ;)
[07:34] <NCommander> you can force what key to sign with -k*keyid*
[07:34] <Kalidarn> okay that works
[07:35] <persia> NCommander, Yes, but you *shouldn't*
[07:35] <persia> (except when sponsoring something for someone else)
[07:39] <Kalidarn> mm
[07:39] <Kalidarn> its not putting the binary anywhere
[07:39] <Kalidarn> it compiled it i obviously have to have something in my rules file
[07:39] <Kalidarn> to tell it
[07:39] <persia> That's the install rule.  By default, it just calls make install.
[07:40] <Kalidarn> to put ~/Desktop/mktorrent/mktorrent-0.9.9/mktorrent in /usr/bin
[07:40] <Kalidarn> oh it didn't ;P
[07:40] <persia> Try putting something in debian/${package}.install
[07:40] <Kalidarn> #!/usr/bin/make -f
[07:40] <Kalidarn> %:
[07:40] <Kalidarn>         dh $@
[07:40] <Kalidarn> that's all that's in my rule file
[07:40] <Kalidarn> that is probably why
[07:40] <persia> No.
[07:40] <persia> That's correct.
[07:41] <Kalidarn> oh
[07:41] <persia> Check what your makefile does with make install
[07:41] <Kalidarn> nothing
[07:41] <persia> Right, then add a line to debian/${package}.install
[07:41] <persia> man dh_install for the format
[07:41] <Kalidarn> http://rafb.net/p/JucbQb25.html
[07:47] <Kalidarn> $ cat /home/kalidarn/Desktop/mktorrent/mktorrent-0.9.9/debian/mktorrent.install
[07:47] <Kalidarn> usr/bin
[07:48] <persia> You probably want something like mktorrent usr/bin
[07:48] <Kalidarn> hmm that doesnt seem right im guessing here from what i read in dh_install
[07:48] <Kalidarn> ah
[07:48] <Kalidarn> thats the format
[07:48] <Kalidarn> the name of the ile
[07:48] <Kalidarn> file
[07:48] <Kalidarn> space
[07:48] <Kalidarn> then location
[07:49] <Kalidarn>        Suppose your package’s upstream Makefile installs a binary, a man page, and a library into appropriate subdirectories of debian/tmp.
[07:49] <Kalidarn>        You want to put the library into package libfoo, and the rest into package foo. Your rules file will run "dh_install
[07:49] <Kalidarn>        --sourcedir=debian/tmp". Make debian/foo.install contain:
[07:49] <Kalidarn>          usr/bin
[07:49] <Kalidarn>          usr/share/man/man1
[07:51] <Kalidarn> usr/bin/
[07:51] <Kalidarn> usr/bin/mktorrent
[07:51] <Kalidarn> perfect
[07:51] <Kalidarn> included files
[07:51] <Kalidarn> ;) so there we go
[07:51] <Kalidarn> woot
[07:51] <Kalidarn> my first deb file
[07:51] <Kalidarn> ;) thankyou
[07:51] <Kalidarn> for your help
[07:51] <Kalidarn> now i'll have to practice making lots more ;)
[07:52] <Kalidarn> also i built that with debuild
[07:52] <Kalidarn> it built an i386 one
[07:52] <Kalidarn> how do i make it build a x64 one too
[07:52] <Kalidarn> or amd64 rather
[07:53] <Kalidarn> my control file says 'any' for architecture btw
[08:01] <Kalidarn> RAOF how do i build for another architecture
[08:01] <Kalidarn> it keeps building for i386 :) i want to build an amd64 version too
[08:01] <Kalidarn> or do i actually need that arch to do it
[08:03] <Hobbsee> you need that arch, usually
[08:04] <Kalidarn> mmm someone in debian said it's possible to cross compile
[08:04] <Kalidarn> ;)
[08:04] <slytherin> Kalidarn: are you doing cross compilation?
[08:04] <Hobbsee> it is possible to cross-compile, yes.
[08:04] <Kalidarn> yeah
[08:04] <Kalidarn> im on an i386 box, ive built myself a i386 binary that works nicely i want to make an amd64 one too
[08:05] <Kalidarn> i didn't notice anything about cross compiling in the build doc
[08:10] <Kalidarn> http://www.omgili.com/mailinglist/debian-user/lists/debian/org/4915B8F67080000gmailcom.html
[08:10] <Kalidarn> this gives me the impression i can only build i386 from a amd64 processor
[08:10] <Kalidarn> but not the other way around
[08:11] <RAOF> Kalidarn: That's generally correct, yes.
[08:11] <Kalidarn> damn it i don't have a 64 processor with ubuntu on it :P
[08:12] <Kalidarn> suppose i can put the source pkg up somewhere
[08:12] <Kalidarn> how does ubuntu deal with user contributed packages
[08:12] <Kalidarn> in archlinux we had AUR
[08:12] <RAOF> I believe it _is_ possible to cross-compile, too; I'm just not familiar with it at all.
[08:12] <RAOF> AUR?
[08:12] <Kalidarn> ArchLinux User Repository
[08:12] <Kalidarn> its basically a place where users who made binaries and stuff
[08:12] <Kalidarn> could upload
[08:13] <Kalidarn> for other users
[08:13] <RAOF> Hm.  We don't have something like that.
[08:13] <RAOF> Not officially, at least.
[08:13] <Kalidarn> mm
[08:13] <Kalidarn> that sucks :P
[08:13] <Hobbsee> ppa?
[08:13] <Kalidarn> im just wondering where i can dump my files :P
[08:13] <Kalidarn> yeah i thought ppa was a user thing
[08:13] <RAOF> You can use a PPA on launchpad to bulid a repository built for i386, x86-64, lpia.
[08:14] <Kalidarn> that sounds like what i want
[08:14] <RAOF> Yeah.
[08:28] <huats> morning !
[09:10] <Kalidarn> with ppa
[09:10] <Kalidarn> u know how they have a special version scheme
[09:10] <Kalidarn> Here, the tilde knocks the precedence of the package down to below whatever is in front of it. So, for now, this package counts as being a higher version number than myapp_1.0-1 but when Ubuntu releases myapp_1.0-2 that will supersede your PPA version.
[09:10] <Kalidarn> where do i edit that in my control
[09:10] <Kalidarn> and changelog
[09:11] <Kalidarn> because i had mktorrent (0.9.9-1) intrepid; urgency=low
[09:12] <Kalidarn> oh hang on
[09:12] <Kalidarn> i think the ~ppa
[09:12] <Kalidarn> is only needed if its being made of an official package
[09:12] <Kalidarn> but in this case its not
[09:12] <Kalidarn> the package hasn't been even put into the main repositories
[09:15] <Kalidarn> hmm
[09:15] <Kalidarn> says it uploaded
[09:15] <Kalidarn> Successfully uploaded packages.
[09:15] <Kalidarn> yet i dont see any
[09:15] <Kalidarn> :(
[09:25] <soren> Uploading is almost always succesful. Whether the upload is accepted or not is determined afterwards.
[09:25] <soren> kirkland: ^
[09:25] <soren> kirkland: Sorry, not you :)
[09:25] <soren> Kalidarn: ^^
[09:25] <soren> Kalidarn: You should receive an e-mail with info about your upload
[09:26] <Kalidarn> woot
[09:26] <Kalidarn> nevermind
[09:26] <Kalidarn> i did something silly
[09:26] <Kalidarn> its now successful
[09:26] <Kalidarn> i upped a binary
[09:27] <Kalidarn> not the source
[09:27] <Kalidarn> its compiling
[09:27] <Kalidarn> yay!
[09:27] <Kalidarn> Still building amd64 lpia i386
[09:27] <Kalidarn> Publishing details
[09:27] <Kalidarn> Changelog
[09:27] <Kalidarn> mktorrent (0.9.9-1) intrepid; urgency=low
[09:27] <Kalidarn>   * mktorrent package i386 package for intrepid ibex.
[09:27] <Kalidarn>   * stable release
[09:27] <Kalidarn>  -- dcecchin<EMAIL_ADDRESS> Fri, 26 Dec 2008 15:30:19 +1030
[09:27] <Kalidarn> Builds
[09:27] <Kalidarn>     * [NEEDSBUILD] amd64
[09:27] <Kalidarn>     * [BUILDING] i386
[09:27] <Kalidarn>     * [NEEDSBUILD] lpia
[09:27] <Kalidarn> Download files from Librarian
[09:27] <Kalidarn>     * mktorrent_0.9.9-1.dsc (751 bytes)
[09:27] <Kalidarn>     * mktorrent_0.9.9-1.tar.gz (6.7 KiB)
[09:27] <Kalidarn> oops
[09:27] <Kalidarn> silly thing highlighted a lot of text invisibly.
[09:27] <Kalidarn> "Still building amd64 lpia i386"
[09:27] <Kalidarn> is what i meant to paste
[09:29] <Kalidarn> wootage
[09:29] <Kalidarn> soren, https://launchpad.net/~dcecchin/+archive
[09:29] <Kalidarn> ppa rocks
[09:29] <persia> You really do want to fix your name on your key though
[09:30] <Kalidarn> oh,
[09:30] <Kalidarn> what should it be
[09:30] <persia> Your actual name.
[09:30] <Kalidarn> ah yeah
[09:30] <Kalidarn> hmm
[09:30] <Kalidarn> i'd need to remake my keys though
[09:30] <Kalidarn> wouldn't i
[09:30] <persia> No, just update the key, self-sign the change, and publish the update
[09:31] <Kalidarn> mmm how might i go about doing that easily?
[09:31] <persia> Use seahorse
[09:31] <Kalidarn> ah
[09:31] <Kalidarn> thats good i can do it with that ;)
[09:32] <persia> Just don't add a comment.  The comment needs to do in the changelogs, and that's rarely what you want.
[09:32] <Kalidarn> alrighty in seahorse how do i do it :P
[09:32] <Kalidarn> Names and Signatures?
[09:32] <Kalidarn> im guessing i add a name and delete the one that's there
[09:32] <persia> Right.
[09:32] <persia> Then self-sign it.
[09:33] <persia> (highlight the identity, and click sign)
[09:34] <Kalidarn> okay done
[09:34] <persia> One warning though: signatures apply to identities: if you have a lot of signatures already on that identity, just do the add, rather than the add ' delete.
[09:34] <persia> OK.  Sign the new identity, and upload the key.
[09:34] <Kalidarn> nah
[09:34] <Kalidarn> i only had one
[09:35] <Kalidarn> i do Deactivated keys?
[09:36] <persia> Hrm? Probably not.
[09:37] <Kalidarn> trying to work out how to delete it
[09:37] <persia> You didn't create a new key, did you?
[09:37] <Kalidarn> no
[09:37] <Kalidarn> i didnt
[09:37] <Kalidarn> its the same key
[09:37] <persia> OK.
[09:37] <Kalidarn> same fingerprint
[09:37] <persia> So, You used "Add Name" to add the new identity, right?  In the Names and Signatures tab?
[09:38] <Kalidarn> yep
[09:38] <Kalidarn> and now it says my full name next to the email
[09:38] <persia> Now, select the new identity, and click Sign
[09:38] <Kalidarn> yep i said "Very Carefully"
[09:39] <persia> Then, if you don't mind losing the signatures, select the old identity, and click Delete
[09:39] <Kalidarn> and self signed it
[09:39] <Kalidarn> yep
[09:39] <Kalidarn> i did that
[09:39] <Kalidarn> so the only identity there is my full name and my email
[09:39] <persia> Great.  Now, close that window, and go back to the main interface.
[09:39] <persia> Select your key from My Personal Keys
[09:40] <persia> Then choose Sync and Publish keys from the Remote menu
[09:40] <Kalidarn> ya
[09:40] <Kalidarn> ah
[09:40] <Kalidarn> mm sync is greyed out :P
[09:40] <Kalidarn> pgp.mit is where i originally submitted it
[09:40] <persia> click "key servers" and select a key server
[09:40] <Kalidarn> ya so i then can sync it there
[09:41] <persia> You probably have to change the preference at the bottom.
[09:41] <Kalidarn> yep
[09:41] <Kalidarn> okay all done
[09:41] <persia> Now, wait a few hours, and check your key from one of the online repos.
[09:41] <persia> And in the future, you can put your name in the changelog (as is intended)
[09:42] <Kalidarn> ah okay
[09:42] <Kalidarn> ill delete those packages
[09:42] <Kalidarn> then
[09:42] <persia> No need.  Someone else needs to sign them to upload anyway.
[09:42] <persia> Just next time you make a change, you can put the correct information in the changelog.
[09:42] <Kalidarn> yeah well nobody knows they are there
[09:42] <Kalidarn> cept me ;)
[09:42] <Kalidarn> so i can delete them
[09:43] <persia> Well, you can't really completely delete them, but you can at least make them hard to get.
[09:43] <Kalidarn> oh :P
[09:44] <persia> Also, there will be a record that you uploaded that version, so you'd need a new changelog entry and a new version to upload again anyway.
[09:44] <persia> No point to deleting them, really.
[09:44] <Kalidarn> ah okay
[09:44] <Kalidarn> yeah
[09:45] <Kalidarn> so ill have to bump it to a -2
[09:45] <persia> Or just leave it until someone reviews it, and you need to change things.
[09:46] <persia> Anyway, in future, I'll recommend versioning it as -0ppaX where X goes from 1 up.
[09:46] <Kalidarn> ah okay
[09:46] <persia> That way, users would be upgraded to -0ubuntu1 if it ends up in the repos.
[09:46] <Kalidarn> fair enough
[09:46] <Kalidarn> okay
[09:46] <persia> Or to -1 if it ends up in repos that use that revision coding scheme
[09:46] <Kalidarn> mktorrent (0.9.9-2) intrepid; urgency=low
[09:47] <Kalidarn> is what i had so ill make it mktorrent (0.9.9-2~ppa1) intrepid; urgency=low
[09:48] <persia> You can't.  -2~ppa is lower than -2
[09:48] <Kalidarn> oh hang on ;P
[09:48] <Kalidarn> yeah so it's mktorrent(0.9.9~ppa1)
[09:48] <Kalidarn> my brain fuzzed on the syntax :P
[09:49] <persia> Again, no.
[09:49] <Kalidarn> :(
[09:49] <persia> You want 0.9.9-0ppaX
[09:49] <Kalidarn> oh yeah cos that 0 before ppa
[09:49] <Kalidarn> represents whether it came from debian or not
[09:49] <Kalidarn> doesn't it
[09:49] <persia> The hypen separates the version number from the revision number
[09:49] <persia> You want a very low revision number.
[09:49] <Kalidarn> and the ppaX represents rev number?
[09:49] <persia> No, the 0 just sorts less than 1, which is the first revision number in Debian.
[09:49] <Kalidarn> ah
[09:50] <persia> -0ppaX is nice because it also sorts lower than 0ubuntuX.
[09:50] <Kalidarn> right
[09:50] <persia> All of "0ppaX" represents the revision number.
[09:50] <Kalidarn> mktorrent (0.9.9-0ppa1) intrepid; urgency=low
[09:50] <persia> It's just a very low revision.  Same sort of reason one uses 0.0.X for early versions of software.
[09:50] <Kalidarn> is what ill set it to then
[09:51] <Kalidarn> because i scrubbed what was in there
[09:51] <persia> That would be good, except you already uploaded something higher, so you can't upload that (it remembers)
[09:51] <Kalidarn> because i had dcecchin in other parts of it so i changed that
[09:51] <Kalidarn> :(
[09:51] <Kalidarn> now my versions are all screwed up
[09:51] <persia> Indeed.  PPAs are good for distributing software, but it's not easy to recover if you mess up.
[09:52] <Kalidarn> haha can i delete my account?
[09:52] <persia> One way to work around it is to use something like 0.9.9+clean-0ppa1 as your version.
[09:52] <persia> Then, when 0.9.10 comes out, you just upload 0.9.10-0ppa1
[09:52] <Kalidarn> oh true
[09:52] <Kalidarn> i might do that :P
[09:52] <Kalidarn> and i don't think u can delete accounts
[09:53] <Kalidarn> by the looks of it
[09:53] <persia> You can, but it's non-trivial, mostly because it breaks things, like the URL you asked someone to look at that is now logged at irclogs.ubuntu.com
[09:54] <Kalidarn> oh well ;)
[09:54] <Kalidarn> as long as the name isn't reserved i might do that as i've learnt from my lesson
[09:54] <Kalidarn> and i will create the same name after anyway
[09:54] <Kalidarn> so it wouldn't break it :P
[09:54] <persia> That's non-trivial.  Ask in #launchpad, but I suspect it's poorly staffed for the next week or so.
[09:55] <Kalidarn> ah okay
[09:55] <NCommander> persia, once you delete, you can upload any version except for the last one if it has the extact same version string
[09:55] <Kalidarn> NCommander, yeah i was going to delete my account and reopen it :P
[09:55] <persia> NCommander, I was sure that got fixed so that you had to upload a version higher than the last distributed.
[09:57] <NCommander> persia, not as of last week
[09:58] <persia> NCommander, Ah.  Is there an open bug filed about that?
[09:59] <NCommander> No, cause I didn't consider it a bug :-P
[10:01] <persia> Please file it.  For a while, PPAs were trying to be both a playground and a place for real distribution.  The decision was made to support real distribution, with the side effect of breaking some of the playground stuff.  That's a bug, because even deleted, the version could exist on some users' systems.
[10:02] <Kalidarn> persia, killing accounts wouldnt kill uploads anyway
[10:02] <Kalidarn> i doubt
[10:02] <Kalidarn> :P
[10:07] <NCommander> persia, but the same is true in the real archive
[10:07] <NCommander> persia, if an upload is killed, you can upload something with a lower version than it
[10:07] <persia> NCommander, Only if it's killed before it's accepted.
[10:07] <persia> Anyway, that's just dangerous.
[10:08] <NCommander> (and that has happened in Debian)
[10:08] <persia> Yes, I know.  It's still dangerous, and shouldn't be done.
[10:10] <Kalidarn> mm so i should just wait for my new identity to propergate the keyservers and then what
[10:10] <NCommander> persia, no, once an upload is killed, dak retains no memory of it in unstable
[10:10] <persia> Kalidarn, Try uploading 0.9.9-0ppa1  I think it shouldn't work, but there may be a bug that it does.
[10:10] <NCommander> (or should I say a package is killed)
[10:10] <Kalidarn> oh okay
[10:10] <persia> NCommander, Right, but that doesn't mean it's not been distributed.
[10:11] <NCommander> Anyway, that's why epoch's exist
[10:11] <persia> Right, but an epoch is probably overkill for the current needs.
[10:11] <persia> Kalidarn, If that doesn't work, try -1ppa1 and go from there.
[10:11] <Kalidarn> okies
[10:15] <NCommander> persia, oh, I'm perfectly aware of the problem, and I know how bad it is, I'm just saying how things currently are
[10:16] <persia> NCommander, Which is why I'm arguing with you when you say "I didn't consider it a bug"
[10:16] <persia> In the current situation, if -0ppa1 can be uploaded, it will be a good thing.
[10:16] <Kalidarn> :)
[10:16] <Kalidarn> yeah
[10:17] <Kalidarn> im sorry i noobed it
[10:17]  * NCommander turns --verbose on himself
[10:17] <NCommander> I didn't consider it a bug because I didn't realize the full implications of the problem
[10:17] <NCommander> persia, :-P
[10:18] <NCommander> BTW, anyone know how to switch vim from using tabs to spaces?
[10:18] <persia> Kalidarn, No need to apologise: we all have to learn once.
[10:18]  * NCommander is hacking on dak and Ganneff hates tabs ;.;
[10:18] <persia> NCommander, That's OK.  I'm happy to share implications anytime you're short a few :)
[10:18] <NCommander> persia, feel free to shoot down my core dev application :-P
[10:18] <NCommander> although Steven already beat you to it
[10:19]  * NCommander sighs
[10:19] <NCommander> My ping times are over a second
[10:21]  * directhex pongs NCommander
[10:26] <Kalidarn> btw persia
[10:26] <Kalidarn> my key is updated on the MIT server
[10:26] <Kalidarn> i expect it is on others
[10:26] <Kalidarn> although i think the old identity exists
[10:27] <persia> Kalidarn, Cool.
[10:28] <StevenK> NCommander: Use xemacs' python-mode
[10:28] <StevenK> NCommander: And damn it, stop calling me Steven
[10:28] <NCommander> ok StevenK
[10:29] <NCommander> (unless you perfer Steve)
[10:29] <StevenK> Which I do
[10:29] <NCommander> Sorry, I didn't realize you did.
[10:30] <StevenK> NCommander: If you can drive {x,}emacs, python-mode makes coding Python very simple. Hit tab, and it adds the correct number of spaces to go up an indent level, and if you backspace, it will go down an indent level
[10:30] <NCommander> Oooh, sounds handy
[10:30]  * NCommander uses console emacs however
[10:30] <NCommander> Just :set python-mode?
[10:30] <NCommander> wait
[10:30]  * NCommander is using vi
[10:30] <NCommander> damn it
[10:30] <StevenK> If your file ends with .py, emacs should just deal
[10:31] <Kalidarn> Uploading to dcecchin-ppa (via ftp to ppa.launchpad.net):
[10:31] <Kalidarn>   mktorrent_0.9.9-0ppa1.dsc: done.
[10:31] <Kalidarn>   mktorrent_0.9.9-0ppa1.tar.gz: done.
[10:31] <Kalidarn>   mktorrent_0.9.9-0ppa1_source.changes: done.
[10:31] <Kalidarn> Successfully uploaded packages.
[10:31] <Kalidarn> now we wait and see ;)
[10:36] <Kalidarn> man its taking ages
[10:55] <Kalidarn> odd
[10:55] <Kalidarn> persia, havn't got a email yet
[10:55] <Kalidarn> whether my commit was rejected or accepted
[11:00] <slytherin> Kalidarn: your upload log has no mention of .diff.gz
[11:01] <slytherin> Kalidarn: also there is no .orig.tar.gz
[11:01] <Kalidarn> hmm strange
[11:01] <Kalidarn> wonder why
[11:01] <Kalidarn> i used debuild -S
[11:10] <Kalidarn> bah
[11:11] <Kalidarn> persia, it doesn't seem to be building the orig files
[11:14] <Kalidarn> persia,
[11:14] <Kalidarn> that scheme
[11:14] <Kalidarn> isn't calling it orig
[11:14] <Kalidarn> mktorrent_0.9.9-0ppa1.tar.gz
[11:14] <Kalidarn> is what it's getting called
[11:14] <Kalidarn> not orig
[11:14] <Kalidarn> like it should be
[11:14] <persia> Oh, no the scheme is correct, you just also need to have the orig.tar.gz file.
[11:14] <Kalidarn> yeah it is an orig file though
[11:17] <Kalidarn> persia, if i use debuild -S
[11:17] <Kalidarn> it should build it
[11:17] <Kalidarn> properly
[11:17] <Kalidarn> This package has a Debian revision number but there does not seem to be
[11:17] <Kalidarn> an appropriate original tar file or .orig directory in the parent directory;
[11:17] <Kalidarn> (expected mktorrent_0.9.9.orig.tar.gz or mktorrent-0.9.9.orig)
[11:17] <persia> You need to construct the orig.tar.gz separately.
[11:17] <Kalidarn> it does say that though
[11:18] <persia> Put all the upstream stuff in a directory, and tar it up.  Call this mktorrent_0.9.9.orig.tar.gz
[11:18] <Kalidarn> ah
[11:18] <persia> Then put that in the directory under your build directory when you call debuild -S
[11:19] <Kalidarn> i thought the orig file was done automatically
[11:20] <slytherin> Kalidarn: usually the .orig.tar.gz file is just the upstream tarball renamed.
[11:20] <Kalidarn> AH
[11:20] <Kalidarn> okays
[11:20] <Kalidarn> i had it in there
[11:20] <Kalidarn> not renamed
[11:20] <Kalidarn> okays
[11:22] <Kalidarn> Successfully uploaded mktorrent_0.9.9-0ppa1.dsc to ppa.launchpad.net.
[11:22] <Kalidarn> Successfully uploaded mktorrent_0.9.9.orig.tar.gz to ppa.launchpad.net.
[11:22] <Kalidarn> Successfully uploaded mktorrent_0.9.9-0ppa1.diff.gz to ppa.launchpad.net.
[11:22] <Kalidarn> Successfully uploaded mktorrent_0.9.9-0ppa1_source.changes to ppa.launchpad.net
[11:22] <Kalidarn> there we go ;)
[11:24]  * Kalidarn waits for his email
[11:25] <Kalidarn> persia,
[11:25] <Kalidarn> the first time it accepted it
[11:25] <Kalidarn> without an orig file
[11:25] <Kalidarn> i just checked the email
[11:26] <Kalidarn> i think it might be that bug
[11:26] <Kalidarn> u talked about
[11:26] <Kalidarn> which is why it is ignoring me not rejecting or accepting
[11:35] <Kalidarn> i might check back in a few hours
[12:21] <handschuh> since it is revu-day, I would kindly ask to review a package: http://revu.ubuntuwire.com/details.py?package=h2database . thanks!
[13:00] <slytherin> handschuh: what is the package about?
[13:01] <handschuh> slytherin: the h2 database lib
[13:01] <handschuh> slytherin: h2database.com
[13:25] <slytherin> handschuh: free enough?
[13:27] <handschuh> slytherin: yes
[13:27] <slytherin> handschuh: can you please try compiling a package from debian for me? I want to file a sync request but don't have access to jaunty pbuilder.
[13:28] <handschuh> slytherin: sure!
[13:29] <slytherin> handschuh: http://packages.qa.debian.org/libj/libjboss-web-services-java.html use 'dget <link_to_dsc_file>' to get the source and do a simple pbuilder --build *.dsc
[13:29] <handschuh> slytherin: ok
[13:31] <nhandler> You could also use pull-debian-source to get the source ;)
[13:31] <slytherin> nhandler: didn't know that. thanks. :-D
[13:33] <nhandler> slytherin: It is in the ubuntu-dev-tools trunk bzr branch, but not in the repositories yet
[13:34] <handschuh> slytherin: it takes a few minutes
[13:55] <handschuh> slytherin: sorry for the long time it took, build was successfull
[13:56] <handschuh> slytherin: http://pastebin.ubuntu.com/93186/
[14:02] <handschuh> slytherin: does that satisfy you?
[14:07] <handschuh> slytherin: the content of the package: http://pastebin.ubuntu.com/93194/
[14:09] <slytherin> handschuh: thanks. It doesn't matter to me what the content is as long as it builts.
[14:10] <handschuh> slytherin: ok great
[14:19] <nhandler> If we are touching an old Ubuntu package that is not in debian, should we bump the debhelper Build-Depends and debian/compat if they are less than 5?
[14:20] <persia> nhandler, That would be a good idea.  Updating to current standards is also appreciated.
[14:20] <persia> In fact, if you want to do something like update to dh7 or other packaging experimentation, those packages are great candidates.
[14:21] <nhandler> persia: I thought we were only meant to use dh7 ir the package really needed it because it made it difficult to backport
[14:22] <NCommander> nhandler, that was fixed
[14:22] <persia> nhandler, That's the regular recommendation, but for the Ubuntu-local packages, if you want to experiment, go ahead, unless you think they ought be backported.
[14:22] <NCommander> nhandler, but its still recommended that you use the lowest possible dh version
[14:23] <NCommander> persia, we backported debhelper since the number of dh 7 packages kept increasing
[14:23] <persia> Oh, then it doesn't matter at all.
[14:23] <NCommander> hey DktrKranz
[14:24] <DktrKranz> hey NCommander
[14:24] <nhandler> Thanks persia and NCommander
[14:26]  * NCommander waits for REVU's source code to check out
[14:26] <DktrKranz> NCommander, is REVU broken sorting "updated packages"? I see packages already in the archives into "New packages" section.
[14:26] <NCommander> I need its legal checker
[14:26]  * NCommander ughs
[14:26] <NCommander> Quite possibly
[14:27] <persia> Isn't that just licensecheck?
[14:27] <NCommander> I'm on dialup ATM, so I can't really check
[14:27] <NCommander> (REVU's source is taking forever to checkout)
[14:27] <NCommander> Well
[14:27] <NCommander> I just learned something ;-)
[14:27] <nhandler> NCommander: If you just want to look at the code, wouldn't it be faster to use the web interface on LP?
[14:27] <Kalidarn> mmm
[14:27] <Kalidarn> this is annoying its still not giving me any email
[14:28] <Kalidarn> of whether it accepted or rejected my upload
[14:28] <Kalidarn> although it says it uploaded successfully.
[14:28] <nhandler> Kalidarn: Where did you upload to?
[14:28] <Kalidarn> my ppa
[14:28] <Kalidarn> i made a boo boo the first time
[14:28] <Kalidarn> with the naming
[14:28] <Kalidarn> and it accepted it
[14:28] <Kalidarn> so i tried fixing it
[14:28] <Kalidarn> now i can't do anything
[14:28]  * NCommander works on dropping licensecheck into dak.
[14:28] <Kalidarn> nobody knows about my ppa it'd be nice if some kind admin could scrub it
[14:29] <persia> Kalidarn, ppa admins are in #launchpad
[14:29] <Kalidarn> yar
[14:30] <AnAnt> Hello, why isn't gnome-python-extras sync'ed/merged from Debian ?
[14:31] <persia> AnAnt, Have you checked for a merge or sync bug?
[14:31] <NCommander> We're past DIF AnAnt
[14:31] <AnAnt> in Ubuntu it is 2.19.1-0ubuntu13, while in Debian it is 2.19.1-3
[14:32] <AnAnt> NCommander: I know, I'm wondering why the import wasn't done
[14:32] <persia> AnAnt, Might be different orig.tar.gz files that mean it's hard to sync.
[14:32] <AnAnt> I see
[14:33] <AnAnt> persia: no, I didn't check for a merge/sync bug
[14:38] <persia> AnAnt, Well, that's the first place to check.  If there's no bug, then it's maybe worth looking at the last changelog entry in Ubuntu: if that doesn't include the fixes from the latest Debian upload, then if you feel it should be merged, prepare a candidate.
[14:40] <Kalidarn> what timezone are most of the canoical people around
[14:40] <Kalidarn> *canonical
[14:42] <nhandler> NCommander: Do you have a list of the current REVU admins? The wiki page is out of date
[14:43] <NCommander> nhandler, ~revu-admins on Launchpad
[14:43] <nhandler> Thanks
[14:43] <persia> Kalidarn, All timezones, really.  This is just a bad week.
[14:43] <Kalidarn> fair enough :)
[15:21] <pmjdebruijn> https://bugs.launchpad.net/ubuntu/+source/exiv2/+bug/309684
[15:21] <pmjdebruijn> anybody a clue if there a chance that will gets synced on time?
[15:21] <persia> pmjdebruijn, How do you mean "in time"?
[15:22] <pmjdebruijn> isn't the sync window closing today or tomorrow?
[15:22] <pmjdebruijn> well "in time", for Jaunty...
[15:22] <persia> autosync is closing.  Manual sync continues as long as is required.
[15:22] <pmjdebruijn> ok, good :)
[16:01] <handschuh> may i kindly ask for a review of http://revu.ubuntuwire.com/details.py?package=h2database (java h2 database engine lib)? Thanks in advance
[16:25] <slytherin> is anyone facing problem filing syncrequest with requestsync --lp?
[16:26] <persia> There were reports earlier of it filing 5 or 6 bugs rather than one.
[16:27] <slytherin> I am getting this error - Maybe there is no product 'libjboss-web-services-java' in the distribution 'ubuntu'
[16:27] <slytherin> persia: damn, it indeed files 5 bugs in my case even though I for the error
[16:27] <persia> What does rmadison tell you?
[16:28] <persia> Yeah.  Either fix it, or file the bugs manually.
[16:29] <slytherin> persia: I am now marking the bugs duplicate.
[16:36] <loic-m> Is today a REVU day?
[16:36] <nhandler> Yes loic-m
[16:36] <nhandler> Every Friday is a REVU day
[16:37] <loic-m> Oh, every Friday. I though it was less often
[16:38] <Adri2000> slytherin: bug #311289 - my advice is 'do not use --lp, and trust email rather than python-launchpad-bugs magic' :p
[16:38] <slytherin> Adri2000: The email setup never worked for me before. But I will try again.
[16:38] <nhandler> loic-m: Nope. Every Friday. On REVU, in the top right, it will also display the date of the next REVU day
[16:39] <loic-m> nhandler, thanks
[16:40] <Adri2000> slytherin: if it doesn't work, check that you can connect to fiordland.ubuntu.com on port 25
[16:41] <slytherin> Adri2000: connect as in ssh?
[16:41] <Adri2000> no, telnet fiordland.ubuntu.com 25
[16:42] <Adri2000> it should say 220 fiordland.canonical.com ESMTP Postfix (Ubuntu)
[16:42] <NCommander> what's fiordland?
[16:42] <loic-m> Can somebody review ecm package at http://revu.ubuntuwire.com/details.py?package=ecm ?
[16:43] <Adri2000> NCommander: the default smtp server used by requestsync
[16:43] <Adri2000> [4~[4~[4~[4~[4~[4~[4~[4~[4~
[16:43] <Adri2000> err, sorry
[16:43] <slytherin> Adri2000: I can connect. I will check if it works next time I file a sync request.
[16:54] <jpds> Adri2000: No idea where the 5 bugs filed problem came from... but then again I never use the --lp flag.
[16:55] <slytherin> jpds: I never had problem with --lp till today.
[16:55] <jpds> slytherin: Odd..
[16:55] <slytherin> so probably it is something wrong in LP side
[17:03] <jpds> NCommander: fiordland is where the @ubuntu, etc mail goes through.
[17:42] <slytherin> Do I need to add command dh_installchangelog in debian/rules for upstream changelog to get installed?
[18:00] <ScottK-palm> cody-somerville or NCommander: Would you please arrange to have somone test the proposed backport in Bug 310061 under Xubuntu.  I'd like to make sure we don't break anyone.
[18:00] <NCommander> ScottK-palm, er, wasn't the last time this was tried, things went very very badly?
[18:02] <ScottK-palm> NCommander: That was Intrepid - Hardy and was a bit diifferent.
[18:02]  * NCommander winces
[18:02] <NCommander> but flashplugin-nonfree is a transitional package in jaunty
[18:02] <NCommander> or it will be soon
[18:03] <ScottK-palm> NCommander: That is why I'm asking for testing on i386 and amd64 using all 3 major DE.
[18:03] <NCommander> I'm not running intrepid, and cody is running Hardy ...
[18:03] <NCommander> Your best bet would be asking knome, who hangs out in #xubuntu-devel, he runs intrepid
[18:03] <ScottK-palm> OK.  Surely someone is.
[18:04] <ScottK-palm> NCommander: I'm on the road with limited internet.  Would you, please?
[18:04] <NCommander> I'll poke him for you, but ATM, I can't downgrade
[18:05] <ScottK-palm> Sounds good.  Thanks.
[18:06] <ScottK-palm> NCommander: Do you still have a KDE upload needing sponsorship?
[18:06] <NCommander> Not at the moment
[18:06] <NCommander> I can't download source packages ATM
[18:07] <ScottK-palm> OK.  Off for now then.
[18:07] <directhex> looks like yesterday's wiffle problems are driver-specific. wifey's laptop connected fine to father in law's wifi under intrepid
[19:25] <leonel> sebner: what's to do for the  cherokee 0.11.6 merge ??
[19:26] <sebner> leonel: nothing, it's a sync O_o
[19:26] <leonel> sebner: this for bug 311598
[19:26] <leonel> sebner: ok so just wait ?
[19:26] <sebner> leonel: yep, I already subscribed ubuntu-archive so you don't have to wait for sponsorship (I'm MOTU)
[19:27] <leonel> sebner: great
[19:27] <sebner> leonel: np
[21:55] <loic-m> I'm trying to learn a bit more about packaging by reviewing some packages on REVU, and I'd like to know if they're all supposed to build ok with debuild -S -uc -us
[21:56] <loic-m> Because a few I tried don't
[21:57] <Adri2000> that should build the source package indeed
[21:58] <loic-m> So if they don't, how can i check it's not my setup?
[21:59] <LaserJock> loic-m: if you pastebin the error we can have a look
[22:00] <loic-m> It's a simple error - all packaes around cdemu have a line that pose problems : include /usr/share/quilt/quilt.make
[22:01] <LaserJock> loic-m: apt-get install quilt then
[22:03] <loic-m> LaserJock: thanks. I thought it should have been handled by the package dependencies
[22:03] <loic-m> LaserJock: http://pastebin.com/d25517163
[22:04] <LaserJock> loic-m: quilt should be in the build dependencies
[22:04] <LaserJock> loic-m: but there aren't really source package build dependencies
[22:04] <LaserJock> generally though if you have dpatch, debhelper, cdbs, and quilt installed you'll not run into many problems
[22:05] <loic-m> LaserJock: so the repositories and PPA all have quilt installed?
[22:05] <LaserJock> loic-m: no
[22:06] <LaserJock> loic-m: but building a source package is different then building the binary packages
[22:06] <loic-m> LaserJock: ok, now I understand
[22:07] <loic-m> LaserJock: so as long as pbuilder is ok afterwards, this kind of errors aren't a problem
[22:07] <loic-m> LaserJock: thanks
[22:08] <Laney> loic-m: To build a source package, dpkg-buildpackage runs the clean target of the debian/rules file
[22:08] <Laney> so you have to have installed anything that's run there