/srv/irclogs.ubuntu.com/2008/09/23/#ubuntu-devel.txt

mathiazslangasek: is there a reason why the openldap group is not allowed to read the content of /var/lib/ldap ?00:08
mathiazslangasek: in intrepid, the openldap group is allowed to read /etc/ldap/slapd.d/00:08
slangasekmathiaz: I'm gonna say "bug"00:08
slangasekwell, "oversight"00:09
slangaseksince the only user in the openldap group is normally the 'openldap' user, and that user /owns/ the dir, it's not an issue anyone's noticed before00:09
mathiazslangasek: ok - so the permissions on /etc/ldap/slapd.d/ and /var/lib/ldap/ should be 0750 ?00:09
slangasekwhereas openldap did specifically have read rights on /etc/ldap/slapd.conf before, because the config was owned by root and read-only by the openldap user00:10
slangasekyes, that sounds appropriate to me00:10
mathiazslangasek: ok - however /var/run/slapd/ needs to be rx for other too00:10
mathiazslangasek: since the ldapi socket is located in there.00:11
slangasektrue00:11
mathiazslangasek: ok - I'm going to fix all of this then.00:11
cjwatsonhmm, strace of bash reading a pound sign (U+00A3 POUND SIGN, not #) typed at a prompt:00:17
cjwatson18:11:14.527910 read(0, "\302", 1)      = 100:17
cjwatson18:11:16.898828 write(2, "\302", 1)     = 100:17
cjwatson18:11:16.899325 read(0, "\243", 1)      = 100:17
cjwatson18:11:16.899872 read(0, "\r", 1)        = 100:17
cjwatson18:11:19.818306 write(2, "\n", 1)       = 100:17
cjwatsonso where did \243 go, eh?00:17
mathiazslangasek: while trying to fix dpkg-reconfigure slapd, I've run into the issue of backups. dpkg-reconfigure slapd works the first time, but fails the second time since there is already a backup directory in /var/backups/.00:58
slangasekmathiaz: hrm, interesting00:58
mathiazslangasek: should the backup directory be erased ? or create another one ?00:58
mathiazslangasek: the naming scheme of backup directory allow for one backup per package version.00:59
mathiazslangasek: could a timestampt be added to the directory name ?01:00
slangasekright; I don't think we want to overwrite in all cases, because in some of those cases that means overwriting a good backup with a bad01:00
slangasektimestamp could be ok, I suppose01:00
mathiazslangasek: if so what about proliferation of backup directories ?01:01
mathiazslangasek: It's a corner case though.01:01
slangasek<punt> :)01:02
hikenbootcan anyone tell me if the python provided in ubuntu has been packaged so one could select a minimum for use with xen and xen tools currently I am building a distro with  something called T2 which is based on  slackware and it has a 40 MB install of python that I would like to minimize and am looking for a distro that might have already done this work01:16
mathiazslangasek: hm - the issue comes from the database backup from /var/lib/ldap. Adding a timestamp is implemented in the script but it won't work as expected.01:19
slangasekmathiaz: because we need to be able to read from it again in a different script?01:19
mathiazslangasek: dumping a database and loading a database happened at different times01:19
mathiazslangasek: yes01:19
* slangasek nods01:19
mathiazslangasek: however the use of a timestamp is conditional01:20
mathiazslangasek: if OLD_VERSION is not set then a timestamp is used01:20
slangasekok01:20
mathiazslangasek: so that's not a problem on upgrades.01:21
slangasekin this case, I guess $OLD_VERSION is set to the current version?01:21
mathiazslangasek: right01:21
mathiazslangasek: so the timestamp is never used IIUC.01:21
mathiazslangasek: and when you run dpkg-reconfigure slapd the second time, it fails.01:22
slangasekI guess it would be used if /var/lib/ldap somehow existed, but the package wasn't previously installed01:22
slangasekbut having it be used when $OLD_VERSION == $current_version sounds like it might be a good idea01:22
mathiazslangasek: may be - I'd have to look into that.01:23
mathiazslangasek: I've also read some code that checks for reconfigure as the mode01:23
mathiazslangasek: or checks for DEBCONF_RECONFIGURE01:24
slangasekreconfigure as the mode doesn't actually work today01:24
slangasekI'm not sure if DEBCONF_RECONFIGURE is something that gets set01:24
slangasekbut that could be a good option, yes01:24
mathiazslangasek: I think that DEBCONF_RECONFIGURE works.01:24
slangaseklool: was elisa-plugins-ugly meant to have an 0.5.9 version in Debian? (bug #262805)01:38
ubottuLaunchpad bug 262805 in elisa-plugins-ugly "Please sync elisa and plugin packages from Debian experimental" [Undecided,Confirmed] https://launchpad.net/bugs/26280501:38
slangaseksuperm1|away: what's "the ogre mdel"?01:48
slangasekmodel01:48
wgrantslangasek: ogre-model is Soyuz's mangling of sources.list.01:54
wgrantslangasek: Particularly the set of components that a component is allowed to build against.01:55
wgrant(or other archives in the case of non-primary)01:55
slangasekah.  where does the "ogre" fit in? :)01:55
ajmitchthe ogre chews stuff up & spits it out?01:56
wgrantSame way gina, kate, britney, Soyuz, etc. do, I guess.01:56
wgrant*katie01:56
wgrantBut I don't know.01:56
wgrantNobody ever said that archive manager component names had to be sensible.01:56
slangasekhmm, all those others I know the etymology of. :)01:56
wgrantI guess you'll have to poke cprov. I'd be interested to know too.01:57
wgrantAha, it's a cprov.02:13
cprovwgrant: yes, can I help you ?02:14
wgrantcprov: slangasek and I were wondering what the ogre in ogre-model meant.02:15
cprovwgrant: see http://en.wikipedia.org/wiki/Shrek_(character)02:22
cprovwgrant: "...similarities between ogres and onions, observing both have *layers*..."02:23
wgrantcprov: Aha, nice.02:23
cprovwgrant: ubuntu components too ;)02:23
wgrantGood choice.02:23
cprovdsilvers idea ;)02:23
wgrantAny other strange etymologies to be aware of?02:31
apacheloggerslangasek: hi, I attached a revised patch to bug 27238303:38
ubottuLaunchpad bug 272383 in kdebase-runtime "package kdebase-runtime 4:4.1.1-0ubuntu1~hardy1~ppa1 [modified: usr/lib/kde4/lib/kde4/libexec/kdesu] failed to install/upgrade: tentative de remplacement de ??/usr/bin/ksvgtopng??, qui appartient aussi au paquet kdelibs4-dev" [High,In progress] https://launchpad.net/bugs/27238303:38
=== superm1|away is now known as superm1
=== thegodfather is now known as fabbione
dholbachgood morning05:35
=== persia_ is now known as persia
persiaTheMuso: There's been a rash of requests from ~teresadd1-0 to be unsubscribed from bugs.  Would you mind deactivating the user from ~ubuntu-audio?06:56
TheMusopersia: Sure.07:04
persiaTheMuso: Thanks.  Sorry for the confusion.  Please feel free to direct them my way if there are questions about the deactivation.07:05
TheMusopersia: is that possible?07:05
TheMusohang on, getting used to the new interface.07:06
persiaTheMuso: When you deactivate someone, there is a text entry box for a comment.07:06
TheMusopersia: Right.07:06
persiaSo, since you might not be tracking all the "Please unsubscribe" bugs, if you want to blame me, that's fine :)07:07
TheMusoDone.07:07
TheMusono I have seen a few of them, and thought they were only subscribed to the bugs themselves. Obviously they didn't know what they were getting themselves into. Many a time someone adds themselves to ubuntu-audio, only to leave a short time later due to the massive amounts of bug mail.07:08
anilghow do I regenerate release and release.gpg using debarchiver?07:08
anilgI have a .conf in my incoming directoty07:08
anilgwhich specifies the gpg key, repository, etc07:09
persiaheh.  Yeah.  I remember hearing that the audio bugmail had reached a million messages around feisty :)07:09
TheMusopersia: Wouldn't surprise me. I think I was a member then, but can't remember.07:11
* TheMuso uploads the last of several packages to tie some loose ends with audio, at least for the beta.07:15
Treenaks*\o/*07:16
RAOFWoo!07:17
RAOFTheMuso: Incidentally, should I be upstreaming my pulseaudio 0.9.12 bugs or leaving them to you to do? :)07:18
TheMusoRAOF: If you are still using pa 0.9.12, you ya not see some of these changes immediately. I need to port them to the package in my PPA.07:18
TheMusoRAOF: Feel free to leave them with me, as I have a few other things to deal with upstream about.07:18
RAOFTheMuso: Cool.  I'll leave them with you then.07:23
pittiGood morning07:29
dholbachhi pitti07:29
pittikirkland: https://wiki.ubuntu.com/DesktopTeam/Specs/Intrepid/DevicePermissions describes our current efforts07:30
TheMusoAnybody got any idea whats going on with scrollkeeper here? http://www.pastebin.ca/120906007:31
TheMusoThis is a local build on my machine.07:31
nxvlTheMuso: it's not calling sudo or something like that?07:32
dholbachTheMuso: I'd not run scrollkeeper-update during the build (is there a --disable-scrollkeeper?)07:33
nxvlTheMuso: or you are running it as normal user and it's not that inteligent to ask for root privileges07:33
slangasekthat doesn't really explain the "/luke" directory; but yeah, running scrollkeeper-update in a build is pointless07:34
dholbachmakes no sense to update the scrollkeeper index stuff on a build machine - dh_scrollkeeper should generate the maintainer script snippets07:34
dholbachwhen are we using rarian fully instead of scrollkeeper? :)07:34
nxvlwell07:34
nxvltime to sleep07:34
nxvlhave a nice day!07:34
dholbachsleep tight nxvl07:35
nxvlthank you!07:35
slangasekdholbach: afaik we already are?07:35
TheMusodholbach: Gotcha there probably is, I'll have a look, thanks.07:36
dholbachslangasek: OK, good :)07:37
dholbachslangasek: seems it's still in main though07:37
slangasekI still parse the name "rarian" as "a Debian derivative using rar as the archive format", though07:38
dholbachhehe07:39
dholbachI had some time getting used to the name, I packaged it when it was still called spoon and then went for rarian :)07:40
=== superm1 is now known as superm1|away
loolslangasek: Yes, I'll still work on elisa-plugins-ugly; I didn't have time before going to Berlin, and it's just a set of additional plugins which don't prevent the player from working08:12
slangaseklool: ok - I was just noticing the task was still open08:12
loolYup08:13
loolslangasek: (Did you see the python-dateutil MIR?)08:13
loolI need to do the python-cssutil one as well08:13
slangasekMIR team is --> that way08:13
slangasek(i.e., in Germany)08:13
persiaslangasek: on bug #271627: it's really a release-manager call.  If you're happier to wait and hope someone uploads linux-ports-meta and fixes everything, we may want to keep the arch-specific NBS stuff.  If you'd rather expose the problem now, and point out that the current model isn't supportable for updates or security, it may be good to push it sooner.08:20
ubottuLaunchpad bug 271627 in linux-meta "Please remove outdates ports binaries for linux-meta" [Undecided,New] https://launchpad.net/bugs/27162708:20
Koonslangasek: could you please have a look at bug 272134 ? It's the likewise-open microrelease I told you about last week08:20
ubottuLaunchpad bug 272134 in likewise-open "[FFe] Update to 4.1.2982 bugfix microrelease" [Undecided,New] https://launchpad.net/bugs/27213408:20
=== dholbach_ is now known as dholbach
=== Ng_ is now known as Ng
davmor2I got a memory leak in an app that I use all day but I don't know which what's the best tool to use to find out?10:07
wgranttop10:09
wgrantM10:09
seb128valgrind10:10
RicardoPerezhi! anybody knows who's the xdg-user-dirs package maintainer?10:21
seb128RicardoPerez: there is none10:22
seb128RicardoPerez: I do the update but that's about it10:23
RicardoPerezseb128: thanks for the answer. I opened a bugreport (bug #271466) about the translations update. Is it what you're talking about?10:24
ubottuLaunchpad bug 271466 in xdg-user-dirs "Please, update the xdg-user-dirs translations before Intrepid release" [Undecided,New] https://launchpad.net/bugs/27146610:24
tjaaltonpitti: are you available to discuss about the hal/acpi-support/keymap-mess?10:24
seb128RicardoPerez: there is no need to open bugs every cycle about xdg-user-dirs, yelp, etc10:25
seb128RicardoPerez: we do update those translations before beta and before stable usually10:26
seb128we should probably get a list of packages that need translations update before beta and stable somewhere10:26
Mirvseb128: is there some process written down so all those are remembered and not depending on some developer's own memory?10:26
seb128Mirv: read what I just wrote? ;-)10:26
RicardoPerezseb128: ok, sorry about that. I opened that bug because the xdg-user-dirs was not updated on hardy & intrepid, and I didn't knew if it was normal. but again, sorry for that10:27
Mirvseb128: right :) so, not yet. but a really good idea to have something like that.10:27
pittitjaalton: hi10:27
seb128RicardoPerez: no problem10:27
liwis there a wiki page that lists the members of the ubuntu release team?10:27
pittitjaalton: it's indeed a mess; I wasn't too surprised that uninstalling acpi-support actually fixed it for one reporter10:27
seb128RicardoPerez: the translations should be in the language packs though no?10:27
seb128RicardoPerez: language-pack-gnome-en-base: /usr/share/locale-langpack/en_GB/LC_MESSAGES/xdg-user-dirs.mo10:28
RicardoPerezseb128: the xdg-user-dirs translations are in the xdg-user-dirs package, as I can see10:28
MirvRicardoPerez: the source package should be updated so that live cd has all languages with up-to-date translations for xdg-user-dirs so that correct directories are created10:28
RicardoPerez$ dpkg -L xdg-user-dirs | grep "/es/LC_MESSAGES/xdg-user-dirs.mo"10:28
RicardoPerez/usr/share/locale/es/LC_MESSAGES/xdg-user-dirs.mo10:28
davmor2wgrant: top doesn't show it up it's only a small amount that I think simply isn't closing once used and all the apps I use all day bounce position valgrind one app at a time is more tempting though.  Thanks for the info10:28
seb128RicardoPerez: right, read the changelog about that10:29
Mirvto seb128, that is.10:29
* liw finds https://launchpad.net/~ubuntu-release/+members10:29
tjaaltonpitti: yeah.. I'd like to understand the role that hal plays with it, and how it all _used_ to work together in hardy10:29
seb128Mirv: right, I said before I'll update those before beta10:29
RicardoPerezseb128: oh, great. I just read it, I now know what you say10:29
tjaaltonpitti: but if you are here in, say, 20min, I'll go and grab some lunch first?10:30
pittitjaalton: yes, I will be10:30
RicardoPerezseb128: so, are the xdg-user-dirs.mo file in both xdg-user-dirs package and the langpacks?10:30
tjaaltonpitti: ok cool, later10:31
liwpitti, other release team members: I'd like to upload a new system-cleaner to fix #271234 and #271390, but they change the UI (command line and GTK both); would that be acceptable?10:31
seb128RicardoPerez: right, and in such case the system one is used first so we need to update the package10:31
seb128RicardoPerez: I'll do that before beta10:31
RicardoPerezseb128: great, I understand now!10:31
RicardoPerezseb128: thanks for the explanation10:31
seb128no problem10:31
RicardoPerezthanks again to everybody, cheers :)10:32
Mirvseb128: what would be a good wiki page name for the "translation stuff that needs manual intervention for a release". though it's partially the same as https://wiki.ubuntu.com/NonLanguagePackTranslationDeadline10:32
Mirvfor example debian installer translations have to be manually exported and imported (not done for intrepid)10:33
pittiliw: if the doc team is ok with that, fine for me; I don't expect that ubuntu-docs mentions the system cleaner yet, but it would be worth pinging them10:33
Mirvand ddtp needs manual syncinc from Debian and upload to repos10:33
liwpitti, ack, thanks10:33
* liw now needs to find the doc team10:33
murdokHey pitti , could you mark my bug 270335 as wishlist? Someone told me to ask it to you10:36
ubottuLaunchpad bug 270335 in apport "Feature: Support saving bug reports" [Undecided,New] https://launchpad.net/bugs/27033510:36
pittimurdok: done, thanks10:37
murdokpitti: thank you10:37
bigondoes anybody know where the perl function Dpkg::Changelog::find_launchpad_closes is defined?10:43
jcristaubigon: /usr/share/perl5/Dpkg/Changelog/mumble.pm?10:44
jcristauor just Changelog.pm actually...10:46
bigonjcristau, thx10:52
pittididrocks: there?11:07
didrockspitti: yes, hi :)11:08
pittididrocks: just doing your g-v-m sponsoring11:08
pittididrocks: you kept 02_fix_autokeyboard_gconf.patch, but upstream already applied a fix11:08
didrockspitti: thx, is everything ok?11:08
pittididrocks: did you test this without the patch, is it really not working still?11:08
TheMusoasac: FYI if you hadn't noticed already, I uploaded changes earlier so that all alsa apps will use pulse if pulse is running. If pulse is not running/not installed, there will be no change, apps will still use alsa/dmix.11:08
didrockspitti: let me check11:08
pittididrocks: if not, it should be reported to gnome bug 525345 and reopened11:09
ubottuGnome bug 525345 in general "AUTOKEYBOARD missing in gconf enum" [Major,Resolved: fixed] http://bugzilla.gnome.org/show_bug.cgi?id=52534511:09
asacTheMuso: rock!11:09
asacTheMuso: which package and version am i looking for (to test)?11:09
pittididrocks: also, your patch includes it in ENABLE_AUTOMOUNT, it shouldn't11:10
TheMusoasac: alsa-lib 1.0.17a-0ubuntu2, alsa-plugins 1.0.17-0ubuntu2, and pulseaudio 0.9.10-2ubuntu4. Alsa-plugins is not so important, but its useful as I updated the code for the pulse plugin to the latest code, which performs much better.11:12
didrockspitti: yes, that's the reason, I was waiting it for found it in ENABLE_AUTOMOUNT11:13
TheMusoasac: binary packagse for alsa are libasound2 and libasound2-plugins11:13
didrocksstrange that I didn't see it in searching over it with vi11:13
didrockspitti: so, the patch can be removed11:14
pittididrocks: ok, thanks for checking11:14
didrockspitti: sorry for the mistake11:14
pittididrocks: no problem11:14
didrockspitti: do you want me to redo a new diff.gz?11:15
pittididrocks: don't worry, already on it11:15
didrockspitti: thx :)11:15
pittididrocks: uploaded11:18
didrockspitti: thanks a lot!11:18
tkamppeterpitti, I tried the new Jockey yesterday but it FTBFS, both on my box and on buildds, Have you fixed it?11:22
pittitkamppeter: locally, I'll do an upload today11:22
ogracjwatson, i copied the task headers into the mid seed as well, can you do the soyuz stuff for ubuntu-mid as well please ?11:26
ogra(tell me if you need another reminder mail :) )11:26
cjwatsonogra: it's done at a seed collection (or branch) level, not an individual seed level11:27
cjwatsonogra: so we just need to get the whole mobile.intrepid seeds honoured, and then individual seeds within that will happen automatically11:27
ograah, k so it happens automatically, great11:27
asaccjwatson: pitti: bug 27351411:29
ubottuLaunchpad bug 273514 in libmbca "MIR - include libmbca and mobile-broadband-provider-info in main" [Undecided,Confirmed] https://launchpad.net/bugs/27351411:29
pittiasac: ack11:40
tjaaltonpitti: back. Booted hardy livecd, and confirmed that xev does not show any of the hotkeys, which is not that surprising. but they do work though11:41
pittitjaalton: oh, it doesn't? so in hardy they were consumed directly by acpid or hal?11:42
tjaaltonpitti: yes11:42
pittitjaalton: it almost seems to me that acpi-support scripts and hal/hal-infoquirks/pm-utils are working/racing against each other11:42
tjaaltonpitti: now evdev grabs the input device created by thinkpad_acpi, so they are not passed on11:42
pittibut that shouldn't have changed since hardy11:42
tjaaltonnot all of them anyway11:43
kwwiimvo, pitti: just wondering about the packages that I discussed per email...did they all make it in?yet?11:45
pittikwwii: haven't caught up with that yet; I sent you a reply with some change requests over the weekend11:46
kwwiipitti: right, I was waiting to make sure that mvo didn't do it already :-)11:48
kwwiipitti: I will fix up that stuff and add another package with a wallpaper, finished later today11:49
ograin which order do i have to do the bzr tagging ? changelog entry first an then bzr tag or the other way round ?11:49
pittiogra: "use debcommit -r, Luke"11:50
ograhmm11:50
kwwiino doubt...debcommit is the way to go11:50
ograi have done dch already, will that mess up anything ?11:50
kwwiithen just do debcommit11:50
ogra(i.e. do i need to revert that before =11:50
pittiogra: dch -r will do the UNRELEASED -> intrepid bit11:50
pittiogra: and debcommit -r will commt that change and tag it11:50
ograi always do -i :)11:50
pittiogra: no, dch is fine11:51
ograok11:51
ograpffft11:51
pittiogra: but in general, I think it's "commit, then tag"11:51
ograyeah11:51
pittithat's what I use anyway11:51
ograi already commited :/11:51
* ogra uncommits 11:52
ograah, that looks better11:52
ogragrrr11:54
* ogra curses ... 11:55
* soren pats ogra on the head11:55
ograsetting DEBEMAIL helps :/11:55
ograsigh, and teher is no bzr untag11:56
Keybukogra: bzr tag --delete11:56
ograah11:56
ogragracias11:56
siretartKeybuk: if you have a minute, could you have a look and give your opinion on bug #71418 please?11:57
ubottuLaunchpad bug 71418 in sysvinit "/etc/init.d/(halt|reboot) disables WoL" [Low,Confirmed] https://launchpad.net/bugs/7141811:57
ogragrmbl ... doesnt work for pushed changes indeed :/11:58
Keybuksiretart: my opinion can be found at https://bugs.edge.launchpad.net/upstart/+bug/92685 already ;)11:59
ubottuUbuntu bug 92685 in upstart "noisy halt if /proc/ide doesn't exist" [Wishlist,Invalid]11:59
Keybuk"both downing drives and interfaces should be things the kernel does these days"11:59
siretartKeybuk: I read this as agreement that the NETDOWN variable should default to 'no'. right?12:00
Keybuksiretart: no, I'll just take the -i option out of reboot one day so it won't matter what the NETDOWN variable is :p12:00
Keybukit's too late to change that variable for intrepid anyway12:00
siretartKeybuk: I still don't get how removing the '-i' can potentially harmful. could you elaborate a bit?12:02
Keybuksiretart: the fact you don't understand why it is yes is precisely the reason it shouldn't be changed this late in a cycle12:03
Keybuk*I* don't understand why it is yes either12:03
Keybukbut clearly someone felt it was important12:03
Keybukand since it has always been yes, that means by changing it, you may turn up new bugs12:03
siretartso lets set it to yes after jaunty opens and see what breaks?12:04
Keybuksiretart: that would be my choice12:08
siretartok. I'll copy that to the bug12:08
pitticjwatson, slangasek: http://people.ubuntu.com/~ubuntu-archive/component-mismatches.txt -> that's just too good to be true, so I guess something went wrong?12:12
cjwatsonpitti: I'll fix it, thanks12:13
cjwatsonIOError: [Errno 2] No such file or directory: '/srv/launchpad.net/ubuntu-archive/ubuntu-germinate//all_edubuntu_intrepid_i386'12:13
pittiah :)12:13
pitticjwatson: cheers12:13
StevenKIs component-mismatches-mobile.txt now dead, too?12:13
StevenKI remember pitti raising that, but didn't see if it was resolved.12:14
cjwatsonyes12:14
cjwatsoncron.germinate is failing, that's the real problem12:14
cjwatsonRuntimeError: maximum recursion depth exceeded12:15
cjwatsonoopsie12:15
* cjwatson may have, err, slightly broken germinate12:15
ograinfinity1, (oh, are there multiple ?) ... ping ... i added ubuntu-mobile to livecd-rootfs can you update teh build server to 0.69 so i can get a squashfs, looking at how the livecd imges are built though you seem to rename te resultig files though, tat might be something to talk about (as mine would also be called i386.*)12:16
cjwatsonogra: it's updated from a daily cron job, IIRC12:16
ograah, cool12:16
cjwatsonoh, well, not sure if the mobile one is12:16
cjwatsonthe livefs buildds are12:16
ograthough that still doesnt solve the file naming12:16
StevenKThe mid one is, but that's for lpia only12:16
cjwatsonour livefses are renamed too12:16
cjwatsoncan't you just deal with it? :)12:16
StevenKI think it's keyed off $PROJECT, though12:17
ograi just fear we use the same names12:17
* ogra goes to take a look12:17
ograaahhh ... its done in a per rpject subdir anyway ... ok12:21
ogra*project12:21
StevenKLike I said, keyed off $PROJECT12:21
ograright12:21
ograwell, i have to see code to understand sometimes :)12:22
=== Nafallo_ is now known as Nafallo
ulaashi! 2.6.27-4-generic missing nvidia kernel module. correct?12:39
pittiulaas: no, they aren't in the kernel any more12:40
pittiulaas: nvidia and fglrx are packaged separately now, independently from the kernel and its abi12:40
ulaaspitti: very good. are packages rolled out already?12:40
pittiulaas: nivida-glx-{71,96,173,177}12:41
pittiulaas: jockey handles them quite nicely nowadays, so maybe just use the hardware drivers app12:41
pittiulaas: yes, they've been in intrepid for months12:41
stefanlsdis the jockey* stuff the preferred way?12:42
pittistefanlsd: it's the most GUI friendly way, anyway; and I appreciate feedback whether it works :)12:43
stefanlsdk. is it the default or something we should install?12:44
ulaaspitti: it does not for me.12:44
ulaaspitti: when i click install and turn on nothing happens.12:44
pittistefanlsd: we ship jockey by default, and nvidia detection and driver installation sohuld work out of the box12:45
pittiulaas: hm, interested in debugging it?12:45
ulaaspitti: thats why i use intrepid :)12:45
ulaashmm just clicked the older one on the list which was 17312:45
ulaasnow it downloads12:45
ulaaslemme get back with the results12:46
pittiulaas: which versions does it offer to you?12:46
ulaas177 and 17312:47
ulaas177 was already looked installed in synaptic12:47
pittiand both are disabled, and clicking on 177 doesn't do anything?12:47
pittioh12:47
ulaasso thats why clicking that one did not do anything but also did not report12:47
pittiulaas: so it was shown as disabled, the package is installed, and enabling it didn't work? (i. e. it was still shown as disabled afterwards)12:48
ulaaspitti: exactly12:48
pittiok, I'd like to debug this, it should certainly at least give you an error message12:48
ulaaspitti: i am your man... jockey just died on me now. i was trying to switch to 177 after a succesfull enable to 17312:49
pittiulaas: ok, let's do that in /query12:50
asacpitti: i assume you still have too much backlog from plumbers to do MIRs today?12:52
asacerr MIRs == this MIR ;)12:52
pittiasac: I can do high urgency stuff12:52
pittirest on Friday on archive day12:52
asacpitti: yeah its high urgency ;) ... needs to be in for BETA and i need some broader testing before that12:53
pittiasac: ok12:53
asacpitti: but i think cjwatson also offered to help out12:53
pittitseliot, superm1|away: hm, seems that ulaas installed two nvidia driver versions at the same time; shouldn't they conflict to each other?12:55
tseliotpitti: yes, they Conflct/Replace each other12:56
pittitseliot: oh, indeed, sorry; "rc" != "ii: :)12:56
tseliotpitti: ???12:57
pittitseliot: (dpkg -l output)12:57
tseliotaaah12:57
tseliotok12:57
=== warp10_ is now known as warp10
pittihey warp1013:21
warp10hi pitti13:22
digistyl3hi everyone, does your gnome session remember the last used applications?13:24
digistyl3i mean the running applications13:26
jeronedigistyl3: it can if you check the option "Automatically remember running applications when logging out" under the Session options13:26
digistyl3jerone: i did13:26
seb128digistyl3: no, it's not working in gnome-session 2.2413:27
digistyl3seb128: so it's a gnome bug and we should wait for upstream to release a fix?13:27
seb128digistyl3: right, bug or feature not implemented in the gnome-session rewrite13:28
digistyl3ok, thanks :)13:28
digistyl3anyone tried running vmware with intrepid as host?13:28
jeronedigistyl3: shouldn't you be using KVM ;-) ... havn't tried it but I can imagine that vmware modules don't compile with 2.6.2713:30
pittidigistyl3: on my amd64 machine, but it has a pretty old install (alpha2 or so)13:30
digistyl3jerone: i've got some new module sources, it compiles and runs but keyboard doesn't work in the VM13:31
digistyl3i think i'll give virtualbox a shot, although i had some problems with it in kubuntu intrepid13:32
siretartseb128: I hope you don't mind that I cc'ed you ;)13:36
seb128siretart: not at all, thanks for sending this email!13:36
=== LucidFox_ is now known as LucidFox
tseliotseb128: I have noticed that stable releases of some gnome packages are available in Intrepid. Does this mean that I'll have to rewrite my patch for the gnome-control-center to be Ubuntu specific?13:49
seb128tseliot: yes13:49
tseliotseb128: ok, I'll do it, thanks13:50
seb128thank to you for working on those changes ;-)13:50
tjaaltonis SJC the closest airport to Mountain View?13:53
TheMuso./c13:57
=== luisbg_ is now known as luisbg
=== pedro__ is now known as pedro_
loolseb128: Something really weird is happening to glib2.0's builds14:00
loolhttp://launchpadlibrarian.net/17838229/buildlog_ubuntu-intrepid-amd64.glib2.0_2.18.1-1_CHROOTWAIT.txt.gz14:00
seb128lool: that was an is issue, I'll retry everything which failed due to that yesterday14:01
seb128lool: how did you notice? ;-)14:01
loollibglib-data uninstallable since multiple runs14:02
loolseb128: Who's supposed to reschedule the glib builds?  (I understand the issue has been fixed)14:02
seb128lool: I just did14:03
loolAh thanks14:03
seb128no problem, thanks for pointing it, I was not sure if the soyuz guys were going to kick everything which failed due to that or not and apparently they didn't14:03
dholbachpitti: what does RoQA in removals.txt mean?14:09
cjwatsondholbach: "request of QA", i.e. Debian QA team14:10
dholbachah ok - thanks a lot14:10
KeybukScottK-vacation: if you change a 3 year old bug from Fix Released to Incomplete ... it helps to offer an explanation14:23
HobbseeKeybuk: surely not!  He's testing your skill of mindreading!14:24
jdongheh, what's up with this whole e1000e fiasco?14:34
ogratjaalton, are there plans for fixing the psb driver ? seems it doesnt work for many people on i38614:48
ogra(teh 2D one)14:48
tjaaltonogra: the mobile guys have a newer version "somewhere"14:49
ogratjaalton, i am a "mobile guy" :)14:49
ogralool, ^^ do we have anything newer than whats in current xorg for 2D ?14:50
tjaaltonogra: a simple rebuild should make it work again, I think14:53
ograyeah, thats what i thought14:53
tjaaltonoh sorry, no it wouldn't14:53
tjaaltonI'll try14:54
tjaaltonogra: see bug 235288 about the "new" driver..14:55
ubottuLaunchpad bug 235288 in xserver-xorg-video-psb "X doesn't autodetect PSB driver" [Undecided,New] https://launchpad.net/bugs/23528814:55
tjaaltonshould be hidden in the PPA ;)14:55
loologra: Well the psb driver doesn't come from xorg, but I'm happy if the xorg people can help us14:55
loologra: There are many components involved14:55
loologra: One being drm14:55
ograwell, i'd like at least 2D14:55
ograwhich shouldnt need drm14:55
loologra: psb needs the psb drm for modesetting I think14:55
ograhrm14:56
lool3D is yet another beast, but I can tell you for sure the kernel bits are in use even if you don't do 3D; and I think the psb drm is part of them14:56
ogradamned14:57
ograthats the one that wont be ready before release, right ?14:57
loolNow the psb drm has been tentatively ported over by amitk for intrepid14:57
ograbut only to lpia i guess14:57
loolIt's in linux-lpia, which we could build for i38614:57
lool(which is why I suggested it should really be linux-intel-mid)14:57
ograit would be great to have in i38614:58
lool(or similar)14:58
loolNow, another bit which needs porting from hardy is ... libdrm14:58
loolAnd finally, xserver-xorg-video-psb might need an update in intrepid for xserver 1.5; not sure how things break there, but it's likely to take some little fixing at least14:58
amitklool: no it isn't in lpia yet. I was away all of last week in Portland.14:59
loolamitk: Hope you're not too much jetlagged14:59
ograbah, kernel guys always on holiday ...14:59
* ogra hides14:59
loolamitk: persia mentionned that missing linux-meta for lpia prevent completing the install and subsequent boot of the lpia images   :-/15:00
ograamitk, if you put it in, can you do it in a way that its built for i386 as well, or is that much effort ?15:00
amitkogra: kernel sprint + plumbers conf15:00
ograamitk, i know, i was just joking badly :)15:00
amitklool: over the jet lag and back in action today. working on aufs and meta today15:01
ograwas hard to miss the plumbers conf ... thanks to greg15:01
loolamitk: Perfect, these are the ones I care about15:01
loolpsb is the responsability of Intel to provide, so it's nice if we get it from you, but many things seem to be required to get it to work   :-/15:01
loolI think it's unlikely we get it for intrepid15:01
loolsmarter, that's a good acronym15:03
Treenaksc15:04
ograbah, mobile-default-settings-0.4 missed the publisher by a minute15:04
ogragrmbl15:04
ograso if i get it right a first step is to have the psb.ids file in the package, right ?15:11
* ogra adds that to xserver-xorg-video-psb15:11
tjaaltonit still won't build15:11
tjaaltonI gues..15:12
tjaalton+s15:12
ograoh, right, the last build is from gutsy15:13
ograsigh15:13
tjaaltonright, won't build with the libdrm intrepid has, and it's not even ported to use libpciaccess15:14
ograyeah, i had that issue with Xorg -configure ...15:15
* ogra remembers15:15
seb128ogra: btw did you fix you epiphany-browser being triggered by something issue?15:15
ograseb128, yep, the ubuntu-mobile metepackage did use tasks ... so it forcefully fulfilled the first recommends before looking at the second15:16
ograseb128, btw, is teher a way o get the show desktop button tranparent without much hacking ? (see http://people.ubuntu.com/~ogra/mobile/) ... not urgent for intrepid though, but if it would be a small thing i'd love to have it15:17
seb128ok, so not a buggy recommends on the GNOME side, good ;-)15:17
ograyeah15:17
ograi'm waiting for soyuz and the metapackage should be fine15:17
seb128ogra: the button is transparent, that's the icon which is not, and I don't think so15:18
ograah15:18
ograi'll try with a differet icon15:18
Keybukwonder whether the reporter of bug #272744 is just complaining that we name wireless cards eth*, or am I missing a real issue?15:27
ubottuLaunchpad bug 272744 in udev "Intrepid: Wireless card shows up as eth1" [Undecided,New] https://launchpad.net/bugs/27274415:27
broonieKeybuk: Is he not complaining that he can't work out how to rename it?15:37
asacKeybuk: yes, invalid i would say15:37
asacor wontfix :)15:37
asacKeybuk: but maybe he really has issues connecting now (given that its broadcom) and just doesnt get it right in the description ;)15:38
Keybukbroonie: right, if he changes it (why?!) and it gets unchanged, that would be a bug15:39
Keybukasac: yeah, could be a bug caused by another problem15:39
broonieSome people like plain text names (I use them on big boxes since it was easier than remembering WTF eth0 is plugged into).15:40
ograkwwii, heh, just editing the gtkrc of NewHuman for ubuntu-mobile ... i didnt know you changed your last name :)16:02
ogra# Authors:16:02
ogra# Kenneth Wimar <kwwii@ubuntu.com>16:02
cjwatsonhe's in the transition process to become a republic; one letter at a time16:03
ogralol16:04
jdongok I'm a total idiot16:06
jdongI forgot I VMWare suspended a physical partition from VMWare and booted it natively.16:07
jdonge2fsck is done ravaging through and I've got a lot of presents in /lost+found16:07
jdongwhich seems to include most of /var/lib/dpkg because I ran a dist-upgrade16:07
* jdong wonders if we have a "stupidest thing done to an Ubuntu install" wiki page16:08
jdongnow I could just restore from a 1-month-old full backup, but before that it's time for more idiocy... building a hashtable of md5's to filenames based on the backup, seeing if I can find what this stuff in lost+found is :D16:09
geserjdstrand: have you time to look on bug 271020? From a quick look at the jhead source it looks to me as this bug might have be also a security issue16:10
ubottuLaunchpad bug 271020 in jhead "jhead static string for -cmd too small" [Undecided,New] https://launchpad.net/bugs/27102016:10
geserjhead tries to strcpy() FileName (comes from argv[]) into a 400 byte large array on the stack16:12
geserso if one manages to construct the "correct" filename one might smash the stack16:13
=== superm1|away is now known as superm1
munckfishWhich package owns/creates /etc/modules? I presumed it would be the kernel but I can't find ref to it in the maintainer scripts there. Also dpkg -S /etc/modules returns nothing.16:14
jdong*** stack smashing detected ***: jhead terminated16:15
jdonggeser: confirmed; it is asking for a stack smashing attack16:16
gesermunckfish: see the postinst for module-init-tools16:17
fbondHi.  The apt configuration on Hardy has some Install-Recommends-Sections that I'd really like to override on the command-line (read: not by modifying a configuration file).  Is there *any* reasonable way to do this?16:17
munckfishgeser: thx16:17
fbondIn other words, I want to do an apt-get run that doesn't install any recommends at all, even if from these sections.16:17
fbondIt is apparently not sufficient to use --no-install-recommends, I assume that is due to this configuration option (which overrides APT::Install-Recommends).16:18
fbond(Where "this configuration option" means APT::Install-Recommends-Sections)16:18
fbondAnybody have any advice?16:19
psyke83TheMuso, good work on the PA/ALSA updates, just want to ping you on a small patch that I recommend: attached to bug #25858116:20
ubottuLaunchpad bug 258581 in alsa-utils "Please expand {set|unset}-pulseaudio macros (debdiff attached)" [Wishlist,Triaged] https://launchpad.net/bugs/25858116:20
jdstrandgeser: looking...16:23
* MacSlow almost cannot believe it16:24
jdongMacSlow: it is quite shocking to see code like that :D16:25
jdstrandgeser: without looking at the code, the patch is just a bandaid, no? we really need to check the length of the copy to the static buffer16:25
cjwatsonfbond: -o APT::Install-Recommends-Sections=#clear, I think16:26
MacSlowjdong, no... I just successfully logged in using the face-browser for the first time16:26
fbondcjwatson: thanks, I'll try it.16:26
cjwatsonfbond: see apt.conf(5)16:26
jdongjdstrand: as I commented yeah, the patch is insufficient and probably a bad idea16:26
jdongjdstrand: should probably be malloc'ed instead at runtime16:26
MacSlowif I would drink (alcohol) I would do that now ... but being me I just celebrate it using a kiba16:26
jdstrandjdong: sorry, I didn't see your comment16:26
pittiMacSlow: congrats!16:27
jdstrandjdong: I see it now-- I just skipped to the bt16:27
pittiMacSlow: so you tamed it after all? :-)16:27
jdongjdstrand: how has this not been noticed for the past 5 years :-/16:27
jdstrandjdong: heh16:27
jdong    char TempName[200];16:27
jdong    strcpy(TempName, FileName);16:27
jdong*smack*....16:27
MacSlowpitti, well let's say I got around the biggest shortcoming of all ... no docs ... and Jon being on vacation/away (not sure)16:28
jdstrandjdong: this does not run with privileges, correct?16:28
jdongjdstrand: correct16:28
pittiMacSlow: McCann you mean?16:28
pittiMacSlow: he was at the Plumbers Conf, I spoke with him16:28
jdongjdstrand: most probably this will just lead to stack-protector tripping16:28
MacSlowpitti, now that I know what works how I can finally start giving the code shape, style and then focus on blinging it up as intended (and maybe give it a few MacSlow-twist)16:29
MacSlowpitti, ah he was there *sigh*16:29
jdstrandjdong: ok, then it isn't particularly serious-- user can much more easily destroy his system than via this overflow16:29
jdstrandjdong: but it obviously needs to be fixed16:29
MacSlowpitti, anyhow I feel like a mountain of rocks fell of my shoulders16:29
MacSlowoff16:29
jdongjdstrand: right; the risk factor will be if it's used in some sort of CGI script16:29
jdong(which I hope nobody does...)16:29
jdstrandjdong: re stack-protector-- yes, but we didn't have that in dapper16:30
jdstrandjdong: oh, is jhead common in CGI?16:30
jdongjdstrand: I'm not sure; it is the most obvious way of parsing out EXIF tags from JPEG files so I wouldn't be surprised if various thumbnailersand photo gallery apps might use it16:31
jdstrandjdong: makes sense. I'll get a CVE for it16:31
jdong    // Make a temporary file in the destination directory by changing last char.16:32
jdong    TempName[a] = (char)(TempName[a] == 't' ? 'z' : 't');16:32
jdongfor god's sake!16:32
jdongwant a CVE for unsafe tempfile creation too? :D16:32
pittilol16:34
pittijdong: and that's in /tmp, of course, right?16:34
jdongpitti: it's in the destination directory of the jhead command16:34
pittiwhat is jhead?16:34
pittioh, nevermind16:35
pittifound the package16:35
jdongjdstrand: add shell escape to the list too16:35
jdong                e += sprintf(ExecString+e, "\"%s\"",TempName);16:35
jdong    a = system(ExecString);16:35
jdongok can we just call this entire DoCommand function broken? :)16:35
jdstrandnote to self, do not promote jhead to main...16:35
pittijdstrand: yeah, not that an accident in the archive happens and it disappears entirely, or so16:36
jdstrandheh16:37
Riddelldoko: is python3 for main or universe?16:37
cjwatsonRiddell: universe16:38
jdongjdstrand / pitti: yeah looking through jhead.c it's just broken everywhere. For auto-resizing and other actions it builds unchecked lenght strings to send to DoCommand too16:39
fbondcjwatson: Eh, #clear doesn't work with -o (and the correct syntax is #clear APT::Install-Recommends-Sections;).16:39
fbond-o only expects to set values, from what I can tell.16:39
cjwatsonfbond: oh, ok. just trying to be helpful16:39
fbondcjwatson: Yeah, thanks.16:39
cjwatsonif it doesn't work I'm not sure, sorry16:39
fbondcjwatson: #clear works fine as part of a config, so I guess I'll just create a temporary config file and use that with -c.16:39
fbondcjwatson: Thanks for your help.16:40
cjwatsonfbond: yeah, temporary configuration files work well enough even if they are a hassle16:40
dokoRiddell: universe16:40
jdstrandjdong: perhaps the best course of action would be to contact upstream with all your concerns, then coordinate on oss-security (http://oss-security.openwall.org/wiki/mailing-lists)16:40
jdstrandjdong: that way you can get the nifty 'Discovered by' :)16:41
=== jkakar_ is now known as jkakar
ldp...16:43
jdongjdstrand: what is the general procedure for doing this? First contact upstream, correct?16:43
jdstrandjdong: the is the responsible thing, yes16:43
jdongjdstrand: ok, will do16:44
jdstrandjdong: if they are unresponsive, go straight to oss-security16:44
jdstrand(give 'em a little time though ;)16:44
jdstrandjdong: cool, thanks!16:44
jdstrandpitti, tkamppeter: gotta tell you-- over the weekend my wife got an off-the-shelf HP J4580 All-in-One printer from Target. It was *very* impressive to turn on the ptinter and plug it in (usb) to my laptop and have printing just work a few seconds later16:49
pitti\o/16:49
pittijdstrand: file a bug16:49
jdstrandpitti: a 'pat on the back' bug?16:50
pitti"current Ubuntu makes support center earn no $$$"16:50
jdstrandheh16:50
jdstrandwell-- the scanner I had to tinker with, slightly-- but nothing the wiki couldn't solve16:50
jdstrand;)16:51
pittioh, what, out of interest?16:51
jdstrandpitti: needed to add hpaio to dll.conf16:51
pittijdstrand: that might be worth a bug report then16:51
jdstrandpitti: that and I didn't have xsane or sane-utils installed16:51
pittijdstrand: hm, xsane is in ubuntu-desktop16:51
pittiactually, sane-utils should be as well now, it's a recommends of libsane16:52
jdstrandpitti: well, there is slightly more to the story16:53
jdstrandpitti: my laptop runs intrepid, so perhaps it was just hpaio and sane-utils (would need to check)16:53
jdstrandpitti: my wife's laptop, which is where I spent most of the time, is hardy16:53
jdongjdstrand: ugh the rdepends show that gallery/gallery2 and dvd-slideshow both use it :(16:53
jdongjdstrand: the former two I'm MOST worried about16:53
jdongjdstrand: those are PHP photo galleries that allow user uploads16:54
pittijdong: right, hardy did install xsane, but not sane-utils16:54
jdstrandpitti: so I just backported hplip to hardy, which is where I remember needing sane-utils and xsane16:54
jdongpitti: sorry for talking and ruining your jd<tab> workflow :D16:54
pittijdong: argh, 'zcuse me, sir16:54
kwwiiogra: yeah, that is typo :-(16:55
pittijdong: yay for history sensitive tab expansion16:55
jdstrandjdong: nice work-- now it really depends on if gallery[2] and dvd-slideshow give jhead unfiltered input16:55
ograkwwii, so cjwatson isnt right ? phew :)16:55
kwwiilol16:55
jdstrandpitti: I needed 1.8.7 for the printer (well, at least not 1.8.2)16:56
jdongjdstrand: well right now I'm reasonably certain that char[500] in editing the description tags means big JPEG metadata does bad stuff too.16:56
jdongjdstrand: I wouldn't expect these limitations of jhead to be obvious enough for the gallery folks to foresee16:57
jdstrandjdong: yeah, crafted images16:57
jdstrandjdong: that's certainly true16:57
pittijdstrand: hm, so it wasn't just plug'n'play after all :(17:00
jdstrandpitti: well, baring hpaio for the scanner bit, on intrepid, it was17:00
jdstrandthe printer was too new for hardy17:01
jdstrand(but I knew that when buying it)17:01
pittijdstrand: that sounds like an easy fix in intrepid, unless it breaks other HP printers17:01
jdstrandpitti: I found that by using hp-check-- and it recommended it17:01
jdstrandpitti: I don't know if you do any hp-check foo in your magic configuration...17:02
pittitkamppeter: ^17:06
geserjdong: sounds like you have fun with the jhead :)17:11
jdonggeser: lol. worst part is i used gallery a lot in the past17:13
geserI hope without jhead installed17:14
kirklandpitti: thanks for the link ... very informative17:21
pittikirkland: so the goal is to stop using groups and controlling privileges through PolicyKit17:23
kirklandpitti: gotcha, seems noble17:23
pittikirkland: sensible "by default just works" settings, and using the PK GUI where neceary17:23
pittinecessary17:23
pittikirkland: primarily because (1) to avoid the overloading of groups with assigning permissions, and (2) to allow programs to allow things to the user which he couldn't have in the default install17:24
pittikirkland: e. g. postinsts can't just put existing users into 'kvm' or so17:24
dholbachjdstrand: unsubscribed ubuntu-universe-sponsors from the jhead bug too17:24
kirklandpitti: right, that one is a PITA17:24
kirklandpitti: what would it take to solve the kvm/libvirt group problem in Intrepid?17:25
jdstranddholbach: oh! thanks :)17:25
kirklandpitti: is that doable?17:25
pittikirkland: so if we say "a local console user can use kvm" there isn't much to loose in terms of security17:25
kirklandright17:25
kirklandpitti: i'm picking up kvm for soren while he's out on paternity leave17:25
pittikirkland: e. g. audio, usb, and firewire devices (/dev/bus/usb/..., for example) are accessible as root:plugdev/root:audio, and *additionally* for the current foreground session, via a dynamic ACL17:26
pittikirkland: we can say "foreground only", or for kvm "local session" (which would make more sense in this case, IMHO)17:27
jcastrokirkland: are you watching virt-manager while he's away too?17:27
kirklandjcastro: yeah, sort-of ;-)17:27
kirklandjcastro: more focus on kvm, but virt-manager too17:27
pittikirkland: so remote users can still be put into kvm (as now), or they get the relevant polkit privilege assigned in the PK GUI17:27
kirklandpitti: what can be done legally in the postinst?17:28
kirklandpitti: so that kvm works out of the box?17:28
pittikirkland: first, do you think such a semantics would make sense?17:28
kirklandpitti: i think "local users" does make sense17:29
kirklandpitti: and i think we can document that remote users would need kvm groupage17:29
kirklandpitti: we can add that to the Server Guide documentation17:29
jcastrokirkland: virt-manager currently has 75 open bugs, of which 0 are marked upstreamable, if you've got someone interested in at least determining if they're upstream that would really help.17:29
pittikirkland: (or using the PK GUI to assign the privilege)17:29
lucasis there a server with binary packages from (very) old ubuntu releases?17:30
kirklandjcastro: i'll go through virt-manager next...  i reduced the kvm queue from 63 to 43 yesterday, marking some duplicates, fixed, wont-fix; and getting a couple of minor patches sponsored17:30
lucaslike edgy?17:30
kirklandlucas: edgy is going to be tough to find...  it's unsupported17:30
jcastrolucas: http://old-releases.ubuntu.com/releases/17:31
kirklandlucas: dapper is still supported (and older than edgy) though17:31
jcastrooh, you mean packages.17:31
pittikirkland: did you ever see a hal fdi?17:31
lucasjcastro: that's ISO images, but apparently http://o-r.u.c/ubuntu/ has the source packages?17:31
kirklandpitti: negative17:31
pittikirkland: anyway, take a look at /usr/share/hal/fdi/policy/10osvendor/20-acl-management.fdi17:31
cjwatsonlucas: should have the binaries too17:32
lucasah binary too. perfect.17:32
pittikirkland: that's an XML file which matches on hal devices and puts access_control.{file,type} attributes to it17:32
lucasthanks a lot to everybody ;)17:32
kirklandpitti: interesting17:32
cjwatsonLaunchpad used to have some of them but they had to clear up some space on the librarian recently. still has the old sources though17:32
jcastrokirkland: all that's needed to get started is at least opening an upstream task for it if it's determined to be upstream - even if you don't have a link to the upstream bugzilla bug.17:32
pittikirkland: there you see how hal adds e. g. access_control.type.sound to alsa devices17:32
pittikirkland: every hal device with the access_control will be considered for dynamic ACL management17:33
kirklandpitti: where are the possible values of these fields documented?17:33
kirklandjcastro: cool, i'll see what I can do17:33
kirklandjcastro: unfortunately, virt-manager kinda sucks, so most of us core kvm users tend to use the kvm command line :-/17:34
kirklandjcastro: i'll throw some attention at it this week, though17:34
pittikirkland: http://people.freedesktop.org/~david/hal-spec/hal-spec.html#spec-device-info describes the structure and syntax17:34
pittikirkland: hm, one problem is that current hal doesn't actually know about /dev/kvm, so we need to teach it about it17:34
pittikirkland: but that should be simple17:35
jcastrokirkland: if you can make a determination of what is upstream and what isn't I can find someone who cares about virt-manager enough to make the linkages.17:35
kirklandpitti: is that done in HAL, or in KVM?17:35
kirklandjcastro: sounds like a plan17:35
jcastrokirkland: if in bugs you find someone that cares about virt-manager send them my way and I'll convince them to help. :p17:35
kirklandpitti: so hal provides /usr/share/hal/fdi/policy/10osvendor/20-acl-management.fdi ...  is that changed in the source package itself, or generated?17:35
pittikirkland: kvm should ship an FDI file which assings access_control.file=/dev/kvm and access_control.type=kvm, and an "access_control" capability17:36
jcastroright now it sticks out as "we're not even trying" wrt. forwarding bugs upstream.17:36
kirklandjcastro: well, i have some buddies that care about virt-manager, but they work for Red Hat :-P17:36
pittikirkland: hm, maybe .type=virtual_machine, or so (slightly more generic)17:36
pittikirkland: there's a second piece of the puzzle17:36
kirklandpitti: that makes sense17:36
pittikirkland: so the fdi says which devices are which type and declares it for ACL management17:37
pittikirkland: and /usr/share/PolicyKit/policy/org.freedesktop.hal.device-access.policy assingns those types to a description and default values17:37
cjwatsonkirkland: virt-manager> my sentiments exactly17:37
pittikirkland: the existing one for cdrom looks fairly good for this use cases17:37
* kirkland snorts :-)17:38
pittikirkland: in principle kvm could ship its own .policy and .fdi, but if you prefer we can also patch hal for that17:38
kirklandcjwatson: <aside>I did get to play with Ubuntu inside Parallels on a Mac OSX machine...frigging great VM management interface</aside>17:39
kirklandpitti: i think it would make more sense inside of kvm17:39
kirklandpitti: or, there's one other option....17:39
kirklandpitti: we have two meta packages, ubuntu-virt-server, and ubuntu-virt-mgmt17:39
kirklandpitti: right now, they just depend on a couple of packages necessary to make virtualization 'useful'17:40
kirklandpitti: we intend on putting some tools there to simplify bridged networking setup, etc.17:40
pittikirkland: as for teaching hal about the device, you can call "sudo hal-device --add /some/sensible/UDI" for creating it, and "sudo hal-set-property" to add the access_control capability and access_control.file=/dev/kvm and access_control.type=cdrom17:40
kirklandpitti: i *think* what you're talking about makes more sense in kvm itself, but i just thought i'd throw that out there17:41
pittikirkland: then, after logging out and back in, you should get an ACL on /dev/kvm17:41
pittikirkland: yes, it would avoid centralizing knowledge about /dev/kvm in hal, shipping its own snippet is perfectly reasonable17:41
kirklandpitti: okay, so the hal-device && hal-set-property commands are what would need to be called in kvm's postinst?17:42
pittikirkland: and an FDI for /dev/kvm should be in kvm, not in a metapacakge17:42
pittikirkland: no, that's just for playing around17:42
kirklandpitti: understood on the kvm vs. metapackage bit17:42
pittikirkland: hal-device --add is not persistent17:42
cjwatsongar, why does germinate work when run manually on drescher but not when run from cron.germinate?17:42
pittikirkland: but you can use it from the shell without recompiling anything17:42
jdstrand'virt-manager sucks' is kinda strong-- I use it daily...17:43
pitticjwatson: $PATH or so?17:43
kirklandpitti: okay, so the work item is 1) add .policy and .fdi to kvm17:43
kirklandpitti: 2) (do something in postinst)17:43
cjwatsonpitti: don't believe so, we consistently just use the germinate from /usr/bin17:43
cjwatsonI don't think there are any other installations kicking around17:43
pittikirkland: if you got it working with a manual hal-device add (working fdi/policy), I'll help you with getting the device into hal permanently17:44
cjwatsonpitti: and it's not broken as in "completely fails to work" anyway, it's hitting some kind of infinite recursion in the dependency resolver17:44
kirklandjdstrand: hold on now...  quote me correctly17:44
kirklandjdstrand: "virt-manager kinda sucks"17:44
jdstrandheh, true enough17:44
kirklandpitti: awesome, sounds like a deal17:45
kirklandpitti: let me try this out17:45
pittikirkland: btw, that's chapter 3 in the link I gave you17:45
pitti(directly after the fdi spec)17:45
kirklandpitti: cool, i'll dig there17:45
kirklandpitti: how much longer are you around today?17:46
pittikirkland: probably some 2 hours at least (my wife just left for meeting with a friend, so I'll have some time this evening :) )17:48
pittikirkland: i just don't feel very well, so I'll call it a day in 2 hours or so17:49
kirklandpitti: understood17:49
kirklandpitti: i'm updating my test hardware right now to latest intrepid17:49
kirklandpitti: i never do this sort of testing on my primary laptop :-P17:49
pittikirkland: hal-device --add is purely temporary, don't worry17:50
pittikirkland: oh, hold on, you need --disable-purge-rootfs --really-dont-zap17:50
kirklandpitti: great options17:51
kirklandpitti: is there a --please-dont-fry-my-disk option too?17:51
kirkland:-P17:51
pittikirkland: uh, forgot that, sorry17:51
kirklandpitti: when you say "you should get an ACL on /dev/kvm", do you mean an extended attribute that I can view with getfacl?  or something else?18:09
pittikirkland: yes, I mean a file system ACL (getfacl, and little + in ls -l)18:10
kirklandpitti: thx18:10
zulslangasek: ping I know you are busy but did you have a chance to look at Christian Perrier's email from pkg-samba ml?18:13
slangasekzul: about the patch that doesn't apply cleanly to 3.2.4?18:14
slangasekzul: sure, I've looked at the email ;)18:14
zulslangasek: yeah is it still necessary?18:14
slangasekI don't know, I've not looked at samba 3.2.418:14
zulslangasek: k18:14
=== andreas__ is now known as ahasenack
ahasenackpitti: I'm seeing a bunch of tickets opened by apport that report conflicting package names18:27
ahasenackpitti: https://bugs.launchpad.net/ubuntu/+source/landscape-client/+bug/273655 for example,18:27
ubottuUbuntu bug 273655 in landscape-client "package landscape-common 1.0.21-0ubuntu1 failed to install/upgrade: Versuche, ?/usr/lib/python2.5/site-packages/landscape/patch.py? zu ?berschreiben, welches auch in Paket landscape-client ist" [Undecided,New]18:27
ahasenackit says the package is landscape-client-1.0.21-0ubuntu118:27
ahasenackbut the dpkg logs show the failure while installing some 1.0.18 version18:27
kirklandpitti: should `hal-device --add /org/freedesktop/Hal/devices/kvm` return, or just run in the foreground?18:31
pittikirkland: no, it's an one-shoot thing, afterwards you should see it in lshal18:32
kirklandpitti: I get:18:32
kirklandroot@ubuntu:~#  hal-device --add /org/freedesktop/Hal/devices/kvm18:32
kirklandtmp udi: /org/freedesktop/Hal/devices/tmp198ee18:32
kirklandand it just sits there18:32
kirklandpitti: oh, sorry18:34
kirklandpitti: kvm installed, module loaded, /dev/kvm exists18:37
tkamppeterpitti, I do not do any hp-check foo for HPLIP18:42
pittikirkland: hm, weird18:42
pittikirkland: oh, forgot that bit18:43
kirklandpitti: is there a "verbose"18:43
pitti  Reads property list in 'lshal' syntax from stdin.18:43
pitti^ from --help18:43
tkamppeterjdstrand, pitti:18:43
pittikirkland: so you can give it some initial properties even18:43
tkamppetertill@till-laptop:~/ubuntu/pxljr/pxljr-1.1$ dpkg -S /etc/sane.d/dll.d/hplip18:43
tkamppeterhplip: /etc/sane.d/dll.d/hplip18:43
tkamppetertill@till-laptop:~/ubuntu/pxljr/pxljr-1.1$18:43
tkamppeterThis file is part of HPLIP and makes our SANE finding hpaio.18:44
tkamppeterYou do not need to edit dll.conf18:44
kirklandpitti: vvv18:45
kirkland#  hal-device --add kvm < /dev/null18:45
kirklandtmp udi: /org/freedesktop/Hal/devices/tmp0a4ae18:45
kirklandcreated: /org/freedesktop/Hal/devices/kvm18:45
tkamppeterBut note that it is a conffile, so if you accidentally remove it, an update will not recover the file.18:45
tkamppeterjdstrand, pitti: HPLIP depends only on libsane, not on any SANE frontends. Should I let it depend on xsane | kooka and/or sane-utils?18:48
jdstrandtkamppeter: so it sounds like hp-check complaining about hpaio was a false negative18:50
jdstrandtkamppeter: sounds like it just checks dll.conf and nothing else18:50
jdstrandtkamppeter: note that I only used hp-check at all because the wiki told me too, and there was no feedback that the (awesome btw) auto0-configuration of the printer also setup the scanner18:51
jdstrandpitti: ^18:51
kirklandpitti: # hal-set-property --udi /org/freedesktop/Hal/devices/kvm --key info.capabilities --strlist-post access_control18:54
kirklandpitti: that look right?18:54
cjwatsonpitti: so, I just worked out why cron.germinate is crashing19:00
sebnerDktrKranz: \o/19:01
kirklandpitti: # hal-set-property --udi /org/freedesktop/Hal/devices/kvm --key access_control.file --string /dev/kvm19:02
cjwatsonpitti: it's trying to follow the following dependency chain (note that this includes build-dependencies and recommendations):19:02
cjwatsonanna -> libc6-udeb -> autoconf -> perl -> perl-base -> libc6 -> libgcc1 -> gcc-4.3-base -> dpkg-dev -> dpkg -> coreutils -> libacl1 -> libattr1 -> debhelper -> file -> libmagic1 -> zlib1g -> quilt -> patch -> ed -> dpatch -> fakeroot -> libacl1-dev -> libattr1-dev -> libc6-dev -> linux-libc-dev -> module-init-tools -> lsb-base -> sed -> texinfo -> gettext -> gettext-base -> libexpat1-dev -> libexpat1 -> docbook-to-man -> ...19:02
cjwatson... sp -> libsp1c2 -> dh-buildinfo -> build-essential -> g++ -> cpp -> cpp-4.3 -> libgmp3c2 -> automake1.9 -> cdbs -> intltool -> libxml-parser-perl -> liburi-perl -> perl-modules -> gcc -> gcc-4.3 -> binutils -> bash -> libncurses5 -> libgpmg1-dev -> libgpm-dev -> libgpm2 -> texlive-base -> texlive-doc-base -> texlive-common -> tex-common -> debconf -> debconf-i18n -> po-debconf -> libmail-box-perl -> netbase -> ifupdown ...19:02
kirklandpitti: # hal-set-property --udi /org/freedesktop/Hal/devices/kvm --key access_control.type --string cdrom19:02
cjwatson... -> nowebm -> noweb -> iconx -> libx11-6 -> libxcb-xlib0 -> libxcb1 -> libxau6 -> pkg-config -> libglib2.0-0 -> libselinux1 -> python-all-dev -> python-all -> python -> python2.5 -> python2.5-minimal -> blt-dev -> blt -> tk8.5 -> libfontconfig1 -> libfreetype6 -> libx11-dev -> libxcb-xlib0-dev -> libxcb1-dev -> xcb-proto -> libxml2-utils -> libreadline5 -> readline-common -> lsb-release -> apt -> ubuntu-keyring -> ...19:02
cjwatson... gnupg -> libcurl3-gnutls -> libgnutls13 -> libgcrypt11 -> texlive-latex-base -> texlive-latex-base-doc -> findutils -> dejagnu -> expect -> tk8.4-dev -> tk8.4 -> xterm -> libxft2 -> libfontconfig1-dev -> defoma -> whiptail -> libnewt0.52 -> libslang2 -> libpng12-0 -> libtool -> libltdl7-dev -> libltdl7 -> gfortran -> gfortran-4.3 -> libmpfr1ldbl -> libgmp3-dev -> libstdc++6-4.2-dev -> gcc-4.2-base -> autogen -> ...19:02
cjwatson... base-files -> base-passwd -> sgmltools-lite -> docbook-dsssl -> openjade -> libosp5 -> jadetex -> texlive-fonts-recommended -> tipa -> texlive-base-bin -> libkpathsea4 -> libgd2-xpm-dev -> libgd2-xpm -> devscripts -> at -> libpam0g -> libpam-runtime -> libcrack2-dev -> libcrack2 -> cracklib-runtime -> miscfiles -> dictionaries-common -> elinks -> libgnutls26 -> libtasn1-3 -> gtk-doc-tools -> gnome-common -> ...19:02
cjwatson... gnome-pkg-tools -> svn-buildpackage -> libsvn-perl -> libapr1 -> libuuid1 -> passwd -> libpam-modules -> libdb4.7 -> default-jdk-builddep -> default-jdk -> default-jre -> default-jre-headless -> openjdk-6-jre-headless -> openjdk-6-jre-lib -> wget -> groff -> groff-base -> gs -> ghostscript -> libgs8 -> libcups2 -> libkrb53 -> libldap2-dev -> libldap-2.4-2 -> libsasl2-2 -> libsasl2-modules -> libpq-dev -> libpq5 -> ...19:02
cjwatson... libxml2-dev -> libxml2 -> python-all-dbg -> python-dbg -> debiandoc-sgml -> texlive-latex-extra -> preview-latex-style -> emacs22 -> emacs22-bin-common -> emacs22-common -> libgtk2.0-dev -> libgtk2.0-0 -> libgtk2.0-common -> libpango1.0-dev -> libpango1.0-0 -> libpango1.0-common -> libthai-dev -> libthai0 -> libdatrie0 -> doxygen -> libqt3-mt-dev -> libcupsys2-dev -> libcups2-dev -> libavahi-compat-libdnssd-dev -> ...19:02
cjwatson... libavahi-compat-libdnssd1 -> libavahi-client3 -> libavahi-common3 -> libavahi-common-data -> python-dbus -> python-epydoc -> graphviz -> libgraphviz4 -> swig -> gcj -> gij -> libgcj-bc -> libgcj9-0 -> gcj-4.3-base -> libecj-java -> libecj-java-gcj -> ant -> ant-optional -> ant-optional-gcj -> libbsf-java -> jython -> jython-gcj -> java-gcj-compat -> java-gcj-compat-headless -> gjdoc -> antlr -> nant -> mono-runtime -> ...19:02
cjwatson... mono-jit -> mono-common -> librsvg2-dev -> librsvg2-2 -> libgsf-1-114 -> libgsf-1-common -> libgnomevfs2-dev -> libgnomevfs2-0 -> gnome-mount -> hal -> udev -> initramfs-tools -> klibc-utils -> libklibc19:03
cjwatsonhmm, oops, I didn't expect it to spill over quite so many lines!19:03
cjwatsonsorry :)19:03
cjwatsonI love the way there are a couple of places where it wanders through a succession of library packages, then through some minimally-related stuff, then through the corresponding development packages; and goes through tex several times19:03
kirklandpitti: i'm still not seeing the extended ACLs on /dev/kvm... at what point shouldthose take place?19:07
sebnercjwatson: you paid freenode stuff a beer to avoid the kick? ^ ^19:08
jdongsebner: I gotta say without the paste the comedic effect would not be the same.19:14
sebnerjdong: hrhr ^^19:14
calcwow e1000e thing is a mess :\19:19
kirklandcalc: agreed...  the least they could have done was switch on character and make it a palindrome19:20
* sebner is just wondering that the crisis came up *now* with rc6 and not earlier19:21
directhexpitti, ping19:21
mathiazahasenack: I'm going to look into the landscape-client bugs.19:23
ahasenackmathiaz: I don't understand those apport reports, it's the third or fourth one which reports one package in the summary but the logs show a different one19:24
mathiazahasenack: radix: did you get a chance to comment on my suggestion to run a daily cron job to update smart package data instead of hourly ?19:24
mathiazahasenack: right - I haven't looked at the log yet - but apport is not an issue here.19:25
radixmathiaz: I didn't, sorry, I have been off the computer for being sick19:25
ahasenackI just commented on the cronjob itself19:25
radixmathiaz: niemeyer probably has a comment about the frequency of the job19:25
mathiazahasenack: right - slangasek suggestion should also be implemented.19:26
ahasenackmathiaz: having the daemon run smart update?19:26
radixI'm stepping away again19:26
mathiazahasenack: just checking if landscape-client is running is enough for now19:26
ahasenackright, so I pasted something for that19:27
mathiazahasenack: great.19:27
mathiazahasenack: I think your suggestion for the cronjob works well.19:27
=== njpatel is now known as njpatel_away
mathiazahasenack: I'd like to have feedback on the frequency of the cron job.19:27
ahasenackmathiaz: so, I don't know the origin of that frequency or why it's hourly. I guess there is an expectation of things to work "faster" with landscape, since there is someone sitting in front of a web ui19:31
ahasenackmathiaz: also considering it's a paid service19:31
slangasekthe frequency doesn't seem unusual at all to me19:31
niemeyerThere's also an important distinction between Smart updates and APT updates19:32
slangasekoh?19:32
niemeyerWhen smart update is run, it will download the Release file19:32
niemeyerIf the Release file has the same digest of the one previously downloaded, nothing else is downloaded19:32
slangasekah19:32
slangasekI'm not sure that's actually different than apt?19:32
ahasenackI thought apt did that too19:32
niemeyerSo the actual operation is quite lightweight when there are no changes19:33
niemeyerI don't think so19:33
niemeyerBut maybe it changed since I last looked at it19:33
mathiazniemeyer: apt and update-notifier are run on a daily basis19:33
slangasekI'm pretty sure apt is smart enough to not re-download unchanged files19:33
niemeyerIf it does, even better :-)19:33
liwslangasek, it is19:33
niemeyerslangasek: I think it does that based on file timing only19:34
niemeyerAnyway.. I'm sure APT is great. :-)19:34
niemeyerSo..19:34
niemeyerWhat's the actual problem we're trying to prevent?19:35
mathiazniemeyer: I've asked about that yesterday -> http://paste.ubuntu.com/49783/19:35
mathiazniemeyer: the concern is to put too much load on the servers and mirrors19:35
slangasekmathiaz: I agree that if you're managing a bunch of workstations centrally, you want the average latency to be much lower than 12h19:35
niemeyermathiaz: Well, I agree.. it would consume less resources from the server19:35
niemeyermathiaz: The question, though, is if it makes an important difference or not19:36
niemeyermathiaz: It does make a difference for Landscape usability19:36
mathiazniemeyer: the main raise I'm asking is that the default ubuntu install (with apt) doesn't update on a hourly basis.19:37
niemeyermathiaz: If you're concerned about it, we can ask elmo about it19:37
niemeyermathiaz: It's a slightly different use case I guess19:37
mathiazniemeyer: right - if it makes a difference for landscape usability than a hourly cron job is the best option19:37
niemeyermathiaz: We can always fire APT/Synaptic/whatever and get the current infomration19:38
niemeyermathiaz: For a server-side solution that's not so practical19:38
=== warp10_ is now known as warp10
slangasekhmm, on-demand triggering of an update check isn't possible?19:40
niemeyerslangasek: It is definitely possible, but it's a bad UI19:40
slangasekok.  I imagine it would be a suboptimal user experience regardless, due to the latency of checking19:41
niemeyerslangasek: Try to imagine something like "The information you're looking at is 20h old.  If you want to know the current updates, click on Update All Systems and come back in a few minutes."19:41
slangasekright :)19:41
pittire (sorry, got some spontaneous guests)19:42
slangasekanyway, I'm certainly not arguing against the 1h cronjob19:42
pitticjwatson: dep chain> oof! so it's actually just a livelock, not a crash or so?19:43
pittikirkland: did you set access_control.type, too? (to 'cdrom' should work)19:44
pittidirecthex: contentless pong19:44
kirklandpitti: i did19:44
pittikirkland: and restarted your session?19:44
kirklandpitti:19:44
kirkland# hal-device  | grep kvm0: udi = '/org/freedesktop/Hal/devices/kvm'19:44
kirkland  info.udi = '/org/freedesktop/Hal/devices/kvm'  (string)19:44
kirkland  access_control.file = '/dev/kvm'  (string)19:44
mathiazahasenack: it seems that most of the apport bugs are due to the fact they're not using the latest package.19:45
kirklandpitti: well, i'd expect the extended acl would show up before I restart a session, no?19:45
kirklandpitti: i'd think that change should be immediate19:45
pittikirkland: no, they aren't ATM; the acl helper just reacts to ConsoleKit changes19:46
pittikirkland: but you can fake it19:46
pittikirkland: run 'ck-launch-session'19:46
ahasenackmathiaz: you mean latest landscape-c* package or latest apport package?19:46
directhexpitti, you've sponsored a couple of my mono-related merges in the past, is there any chance you could work your magic on one? it's the last obsolete package in intrepid's core mono stack19:46
mathiazahasenack: oh right - I see what you mean now :D19:47
pittikirkland: that creates another COnsoleKit session for you and launches a sub-shell in it19:47
slangasekmathiaz: I think the only confusion was that apport will list the currently-installed package version in the report, but the log shows the problem for a previous failed upgrade attempt19:47
pittidirecthex: please assign the sponsor bug to me, can do19:47
slangasekapport's analysis of upgrade failures seems to be a bit suboptimal19:47
ahasenackslangasek: that's what I thought19:47
pittislangasek: yes, it is unfortunately; planned to improve on next UDS19:47
directhexpitti, fantastic. thanks for your help!19:48
kirklandpitti: hmm, still no ext'd acl19:48
geserdoko: is it save to disable building libgcj-doc in gcj-4.2? libgcj-doc gets also build from gcj-4.319:49
=== ivoks_ is now known as ivoks
pittidirecthex: ah, got the bug mail19:52
ahasenackmathiaz: about other landscape-client bugs, I'm puzzled by #270007. I don't know how or what triggers landscape-client (or any of its components) to be run by non-root19:55
ahasenackoh, wait, wrong bug number19:55
ahasenack#26887919:55
ahasenackmathiaz: some people said they didn't try to run landscape-client as a regular user: the crash was just there19:56
ahasenackwe have 5 duplicates of that one already19:57
kirklandpitti: dude, i think its working!!!!19:57
pittijames_w, seb128: so, is there any better rationale than "it's the newest version" for consolekit which I could give in the FF exception request?19:57
pittikirkland: yay!19:57
seb128pitti: being close of upstream makes easier to send them bugs which is nice especially when everybody is busy on the ubuntu side to backport interesting changes19:58
kirklandpitti: yup, it's working, launched a kvm as "dustin", full acceleration19:58
kirklandpitti: ext acl's present19:58
kirklandpitti: now what?  :-)19:58
pittikirkland: so, next step is to use a real "type", such as "kvm" or maybe something more generic; maybe "vm_host" or "virtual_machine" or so?19:58
seb128pitti: and that also reduces upstream rants about ubuntu shipping outdated versions ;-)19:59
kirklandpitti: okay, what's the advantage of going generic here, with something like "virtual_machine" rather than specific, like "kvm"?20:00
directhexpitti, sorry to single you out for it, but the thought of intrepid shipping with a doc package documenting something 20,000 revisions older than the actual software fills me with bile and rage. and strangely it seems a mono-related package isn't the top of anyone's sponsorship lists20:01
pittikirkland: as for creating the device, there's two options: patch hal to create it, or add the hal-device --add call to the init script (and thus introduce a hal dependency to the init script)20:01
kirklandpitti: kvm init script sounds most appropriate, no?20:02
kirklandpitti: or do you prefer them to be concentrated?20:02
kirklandpitti: uh-oh.... this might be a sticking point20:04
kirklandpitti: i seem to recall some resistance of hal on the server :-/20:04
pittikirkland: and you e. g. couldn't restart hal after kvm is running20:04
pitti(sorry if that came through twice, my network just had yet another glitch)20:05
mathiazkirkland: correct - that's the main reason for the split of landscape-client20:05
mathiazkirkland: landscape-common is installed by default on the server, but doesn't pull in hal20:06
mathiazkirkland: while landscape-client pulls in hal (and dbus, etc...)20:06
mathiazahasenack: yes - that's because they20:06
mathiazahasenack: yes - that's because they're running intrepid and got upgraded during the dev cycle20:06
pittikirkland: there's a third way which is even cleaner IMHO, but slightly more effort20:06
kirklandmathiaz: i've worked a solution with pitti to handle the requirement we have for group membership in kvm20:07
kirklandmathiaz: but it depends on hal to handle the perms20:07
mathiazahasenack: they got 18-0ubuntu2 which fails to install20:07
kirklandpitti: i'm listening......20:07
ahasenackmathiaz: right, but it's a different bug. See https://bugs.launchpad.net/ubuntu/+source/landscape-client/+bug/26887920:07
ubottuUbuntu bug 268879 in landscape-client "Shouldn't crash when run as user instead of root" [Low,Confirmed]20:08
mathiazahasenack: and then upgraded to 2120:08
ahasenackmathiaz: that error is about running landscape-c* as non-root20:08
ahasenackmathiaz: and I have no idea how that could happen other than a user directly invoking the program20:08
geserI see you are discussing how to add acls on a device for the user. Is there some good guide how to do it? I want finally fix bug 57755 that way but I'm missing some starting point on how to do it.20:08
ubottuLaunchpad bug 57755 in gnupg "Udev Rules for SmartCard Support" [Wishlist,Confirmed] https://launchpad.net/bugs/5775520:08
mathiazahasenack: hm - I'll have a look at it.20:08
mathiazkirkland: right - I read the conversation - I think it makes sense for a desktop environment20:08
pittikirkland: so, you could write the hal-device --add into a shell script which is installed as a hal addon (/usr/lib/hal/kvm-device or so)20:08
mathiazkirkland: however for a server environment it may not work well :/20:09
kirklandmathiaz: good point20:09
kirklandpitti: that sounds much better20:09
pittikirkland: and in your fdi, add the addon to the computer hal entry20:09
pittikirkland: then the addon will be called on hal startup20:09
pittikirkland: and you can ship all parts of it in the kvm package, completely independent of hal20:09
pittikirkland: and it's just text files20:10
pittikirkland: yes, in fact I think that's how it should be done20:10
kirklandpitti: given what mathiaz has mentioned, we can add a "Suggests hal" to kvm, but we don't want to necessarily bring it in20:10
kirklandpitti: so i think this enablement should go into hal rather than kvm20:10
pittikirkland: right; if you don't have hal installed, you'd use the group method20:10
kirklandpitti: thus, if a user has "hal", we use this, otherwise, what you just said :-)20:10
liwmvo, ping?20:10
pittikirkland: why? it's just shipping three text files20:10
pittikirkland: (fdi, .policy, shell script)20:10
kirklandpitti: okay, and nothing that actually does anything with them20:11
pittithey are like 100 bytes each, but they leave the knowledge and policy in the package they belong to20:11
pittikirkland: so, if you really don't like them being there, we can add it to our hal package, too20:11
kirklandpitti: the code that codes them will be in hal20:11
pittiI'm not too fussed abou tit20:11
pittibut I think we should maintain policy together with the packages, that seems cleaner to me20:11
kirklandpitti: i think those 3 files would be fine in kvm, as long as we avoid a dependency on hal20:12
kirklandpitti: fair enough20:12
pittikirkland: yes, if you don't have hal installed, you'd just have an extra 3 text files laying around20:12
kirklandpitti: okay, can i somehow "export" those files from my working setup?20:12
pittino dependency needed (well, a suggests dounds fine)20:12
kirklandpitti: that sounds perfectly reasonable20:12
kirklandpitti: agree on the Suggests20:12
pittikirkland: copy the hal-device call into a shell script (/usr/lib/hal/debian-setup-keyboard might be a good template)20:13
pittikirkland: and once you wrote a .policy and .fdi file that work, just copy them into the package and install them, yes20:14
mvoliw: pong20:14
pittikirkland: for bonus points, create a .policy.in and intltoolize it, for translation love, but don't worry too much about that20:14
liwmvo, would you be willing to sponsor an upload of system-cleaner tonight or tomorrow?20:14
kirkland:-)20:15
mvoliw: sure, is the bzr current, can I upload from it?20:15
pittikirkland: use the existing .fdi/.policy files as a template, that should be easy then20:15
pittikirkland: hardest part is probably to invent a sensible name for "type" :)20:15
kirkland:-P20:15
liwmvo, not yet -- I'm still pondering on how to deal with having a single apt.Cache instance (after being side tracked by my real estate agent showing my apartment to a potential buyer)20:16
kirklandpitti: i'm inclined to use "kvm" for the same reasons that "cdrom" is "cdrom" and not "optical_drive"20:16
kirklandpitti: but I really don't care20:16
mvoliw: sure, no problem20:16
pittikirkland: they are sticky in the sense that you could manually assign the privilege to somebody, thus it's hard to change it later20:17
pittikirkland: but kvm sounds fine20:17
mvoliw: just give me a shout when its ready20:17
liwmvo, I'll do that, thank you20:17
superm1kirkland, perhaps a dumb question, but why would there be opposition to including hal in server installs in the first place?20:17
kirklandpitti: i'm trying to think of what kind of virtualization device might pop up in the future, that would work along side kvm?20:17
pittikirkland: virtualbox?20:17
* kirkland points superm1 to mathiaz 20:17
kirklandpitti: does that have a device or something associated with it?20:18
pittikirkland: vmware has them as well, but I think it's installed as something insane, like 777 or so20:18
liwsuperm1, hal is a moving part, and the more you have, the more likely it is that one of them breaks20:18
kirklandpitti: okay, that's perfectly reasonable to me20:18
pittikirkland: it's been a while, but IIRC yes20:18
kirklandpitti: it would be advantageous to do this in a way that other virt solutoins can leverage20:18
pittianyone using virtualbox here?20:18
pittikirkland: they could use the same .policy file, which is beneficial for shaing translations20:18
pittikirkland: they'd need a separate fdi, but those are cheap (no user visible strings)20:19
superm1liw, but what about HAL brings up the potential for breakage is what i'm getting at?20:19
kirklandpitti: "virt-hw"20:20
kirklandpitti: "virtualization" or "virtualisation" :-)20:20
liwsuperm1, everything -- it's code in the box, and that means there's a risk it will break20:20
kirklandpitti: "virtual-machine"20:20
liwsuperm1, it's not hal in particular20:20
pittikirkland: (not that it doesn't need to be overly short; nobody ever types this)20:20
kirklandgrep access_control.type /usr/share/hal/fdi/policy/10osvendor/20-acl-management.fdi20:20
pittikirkland: well, virtual-machine in particular sounds a bit misleading to me20:20
kirklandpitti: those look like the others in use20:20
kirklandpitti: sound, cdrom, camera, scanner, pda20:21
siretartpitti: I used to use virtual box. why do you ask?20:21
pittikirkland: vm-host or virtualization WFM20:21
kirklandpitti: "vm-acceleration"20:21
pittisiretart: there's something like /dev/virtualbox, right?20:21
pittikirkland: well, it's really vm-make-bearable-in-the-first-place :)20:22
kirklandpitti: ;-)20:22
superm1pitti, yeah /dev/vboxdrv20:22
pittikirkland: (I *told* you it'd be the hardest part!)20:22
siretartpitti: yes, I think it was called /dev/vboxdrv and /dev/vboxnet or something20:22
pittisuperm1: cheers20:22
kirklandpitti: no kidding ;-)20:22
superm1pitti, it used to need permissions management, but no longer does20:22
pittisuperm1: how does it now? ConsoleKit magic or 777?20:23
pittisuperm1: I still remember adding myself to a vbox group, but that might be half a year ago already20:23
superm1pitti, upstream requires that you use their hardening system on the package and run the VirtualBox binary suid20:23
kirklandpitti: "virtual-machine-extensions"20:23
superm1pitti, its as of the last release or two that they added these requirements20:23
pittisuperm1: eww; I thought being able to run a vm as user would be a great thing20:24
superm1pitti, yeah wishful thinking20:25
pittiseb128, james_w: sorry, repeated network outage; did I miss a reply from you wrt. ck 0.3 justification?20:27
james_w<seb128> pitti: being close of upstream makes easier to send them bugs which is nice especially when everybody is busy on the ubuntu side to backport interesting changes20:27
james_wseb128> pitti: and that also reduces upstream rants about ubuntu shipping outdated versions ;-)20:28
james_wI don't really have anything to add20:28
pittijames_w: wel,l the latter doesn't count, that's always the case :)20:28
pittijames_w: thanks for the quoting20:28
seb128pitti: I closed IRC since but I said basically that "since nobody is actively working on it in ubuntu and backporting change we would benefit of having the current version to be able to send bugs upstream without getting a "could you try a recent version" reply"20:28
james_wwe have a bunch of crashers that are beyond me, and I would like to ask them, and so having them reproduced on the latest version would help me there20:28
seb128ditto20:29
seb128imho consolekit crash too often for something which is a base infrastructure component20:29
seb128ie when it crashes you can't get credentials since you have no session20:29
seb128and since we have nobody working actively on it having something we can send upstream would be better20:30
slangasekcjwatson, pitti, mathiaz: is landscape sorted now to the point where it should be re-added to desktop-common?20:30
kirklandpitti: do you think i need the /etc/default/kvm conffile?20:31
pittislangasek: landscape-common should be fine, except that I seriously question it's Pre-Depends20:31
pittimathiaz: ^ any idea why it has those pre-depends? that looks just wrong20:31
pittislangasek: s/it's/its/, duh20:32
slangasekmm, indeed20:32
pittisame for -client20:32
mvooh, is the plan to re-add it to -desktop? then I need to update update-manager, it is removing it on desktop installs (the sub that is)20:32
slangasekmvo: it was removed from desktop due to a transient installability issue during a key testing window; AFAIK it's supposed to go back in20:33
pittislangasek: hm, indeed, I thought we just want to ship it on servers? or has that changed again?20:33
pitticjwatson: halp plz20:33
mvoI read the last mail exchange that way (that its for the servers)20:34
slangasekpitti: you thought that based on what?  That had never been my understanding, and I thought mdz's last email confirmed that it had always been intended to be included on the desktop20:34
slangasekit was in the desktop-common seed, after all20:34
pittislangasek: based on that phone confcall, but ICBW20:34
slangasekah, well, I wasn't on that phone call, so it didn't happen ;)20:35
kirklandpitti: what about "virt-technology"20:35
kirklandpitti: which is inline with AMD-V and Intel-VT20:35
pittikirkland: well, virt-hw is a bit less marketingish (or what about "awesome-virt")20:35
tkamppeterjdstrand, pitti, hp-check does not know about the Debianism(?)/Ubuntuism /etc/sane.d/dll.d/. It only knows about /etc/sane.d/dll.conf.20:35
kirklandpitti: i'm good with "virt-hw" if you ware20:36
slangasekpitti: who all was on that call, then?20:36
pittikirkland: sure; btw, I don't have an /etc/default/kvm20:36
kirklandpitti: no, it doesn't exist20:36
pittislangasek: hm, niemeyer, cjwatson, me, someone else I forgot20:36
kirklandpitti: http://pastebin.ubuntu.com/49804/20:36
slangasekfrankly, I find it very strange that we would give desktop farms less landscape support out-of-the-box than servers, particularly given the push-back on landscape deps has been from the server team20:36
tkamppeterIf the Ubuntu Wiki tells about hp-check you should modify it telling that hp-check does not know about our SANE changes.20:37
pittislangasek: ok, let's add back -common then; that might have been my misunderstanding (-common is at least useful to some degree, while -client doesn't give you anything in the default install)20:37
tkamppeterHP's MF devices on USB are fulkl Plug'n'Print (and Plug'n'Scan) under Ubuntu.20:37
pittikirkland: you need the hal-device --add call; and in that you can feed the properties to stdin20:38
pittikirkland: (more efficient than calling hal-set-p three times)20:38
kirklandpitti: good point, let me rework20:38
pittikirkland: feed it "foo.bar = 'baz'" lines20:38
slangasekpitti: hmm, what's the net size difference if we include -client as well, and are certain that we don't want it included by default?  I didn't think -common gave you anything by default either, unless you were a landscape customer20:38
pittislangasek: I was told that "common" has a "sysinfo" component which works everywhere20:39
jdstrandtkamppeter (and pitti): when I get a chance, I set this up again on my Intrepid laptop, and update the wiki accordingly20:39
slangasekI would rather put in -client for the moment if there's any question at all, so that we see what the size constraints are20:39
pittislangasek: and I'm not certain (that's why I called cjwatson for help)20:39
slangasekok :-)20:39
pittislangasek: right20:39
slangasekok, so until we get a clarification from cjwatson, I'm going to add -client back into the seed so we can see what it does to sizes20:40
pittislangasek: well, it pulls in smart and twisted, another 500 KB or so; not too bad, but if we can avoid it, I'd like to do it20:40
slangasekthen if we replace it with -common later, the worst case is that we have free space that we have to fill20:40
mvook, then I remove the update-manager rule on it again20:40
kirklandpitti: do I need to append to info.capabilities, or is overwrite okay?20:41
pittikirkland: overwriting should be ok, it's entirely under your control20:41
kirklandpitti: http://pastebin.ubuntu.com/49806/20:41
pittislangasek: what a luxury problem :)20:42
kirklandpitti: http://pastebin.ubuntu.com/49808/20:42
pittikirkland: (isn't it <<EOF? )20:42
slangasekpitti: exactly :)20:42
kirklandpitti: ah yes ;-)20:42
pittikirkland: restart hal, and sudo execute it, to test20:43
kirklandpitti: hmm, no luck yet20:48
pittikirkland: property setting doesn't work?20:49
pittibrb20:49
kirklandpitti: the script executed correctly20:50
kirklandpitti: and # hal-device  | grep kvm20:50
kirkland0: udi = '/org/freedesktop/Hal/devices/kvm'20:50
kirkland  info.udi = '/org/freedesktop/Hal/devices/kvm'  (string)20:50
kirkland  access_control.file = '/dev/kvm'  (string)20:50
kirklandlooks right20:50
kirklandbut I don't have access to the kvm as 'dustin'20:50
kirklandand i did restart my session20:50
superm1pitti, will bumping these extra bluez packages that were introduced in intrepid require a MIR?  the same functionality got split out into plugins, so they were split into extra binary packages that ended up in universe20:54
pittikirkland: hm, where's the control.type?20:54
superm1*bumping = moving them into main20:54
pittisuperm1: no, they don't need an MIR, just dependencies to them20:54
pittisuperm1: I already moved them to main20:55
superm1pitti, ah okay.  well i'm sorting out a different bug on bluez so i'll get the dependencies added for them too at the same time. thanks20:55
pittikirkland: and did you set access_control.type to cdrom or virt-whatever? (in the latter case you need a matching FDI and a .policy)20:55
kirklandpitti: i thought it was "access_control.type"20:55
pittikirkland: yes, I'm just lazy20:55
pittikirkland: actually...20:55
kirklandpitti: ah, that's probably it20:55
pittikirkland: hang on20:56
pittikirkland: if you set the correct properties right away, you don't need a separate .fdi file20:56
kirklandthat sounds like a good plan20:56
pittikirkland: i. e. everything that the .fdi file would merge to that devices can be set right at the hal-device --add call20:56
kirklandpitti: sounds simpler20:57
pittikirkland: but you still need to add the "access_control" capability20:57
pittikirkland: (the one which the fdi merged)20:57
pittikirkland: so it should work with type == cdrom, and adding the capability20:57
pittikirkland: if that works, change crdom to virt-awesome and add a corresponding .policy20:57
mathiazpitti: slangasek: about the pre-depends in landscape: the reason is outlined in bug 26883820:58
ubottuLaunchpad bug 268838 in landscape-client "registrating clients doesn't work when installing the package" [High,Fix released] https://launchpad.net/bugs/26883820:58
pittiseb128, james_w: argh, 0.3 seems to break hal (the ACL management)20:58
mathiazpitti: slangasek: I should file a bug about using a pre-depends and fix it later once the python-support/python-gobject packages are fixed.20:59
seb128pitti: I told you about it this afternoon, the patch has been discussed on the upstream mailing list I think?20:59
james_wpitti, seb128: is it http://lists.freedesktop.org/archives/hal/2008-August/012124.html?20:59
kirklandpitti: where can i find the policy templates?20:59
seb128pitti: at least the mandriva packager complain to jon on IRC about sending those patches on the list next time, but I think that has been discussed there too21:00
pittijames_w: seems to be it, thanks21:01
slangasekmathiaz: I don't think that explains landscape-client Pre-Depends: debconf21:02
james_wpitti: a later message refers to a policykit patch as well, we will probably want that21:02
slangasekmathiaz: likewise the landscape-common pre-dep21:02
pittithis is not just a simple update any more21:02
pittijames_w: lots of things are using CK nowadays, not sure what else could break21:02
james_wpitti: http://cvs.fedoraproject.org/viewvc/rpms/PolicyKit/devel/pk-ck-api-change.patch?view=markup21:02
mathiazslangasek: hm - debconf must be added by ${misc:Depends} then21:03
seb128pitti: there is at least fedora and mandriva using it for a while now21:04
pittiseb128, james_w: keeping track of it in bug 273711; I didn't subscribe slangasek yet, I want to see this working first21:04
ubottuLaunchpad bug 273711 in policykit "New upstream release 0.3" [Undecided,In progress] https://launchpad.net/bugs/27371121:04
slangasekmathiaz: um... putting the ${misc:Depends} token in the Pre-Depends: line is... strange?21:04
pittibut not today any more, need some sleep to cure my fever and cold :(21:04
seb128pitti: feel free to use a ppa, I'll upgrade and confirm if it works for me or not21:04
james_wpitti: sure, I'm happy to test tomorrow21:04
seb128pitti: take care!21:05
pittiseb128: 0.3 is in my PPA21:05
james_wpitti: get well soon21:05
seb128pitti: ok, I'll try and comment then!21:05
kirklandpitti: okay, this script does work: http://pastebin.ubuntu.com/49822/21:05
pittiwell, at least I uploaded it21:05
mathiazslangasek: correct.21:05
pittiseems it didn' thit yet?21:05
kirklandpitti: i think the problem is in info.capabilities = 'access_control'21:05
kirklandpitti: that needs to be an "append", rather than an "overwrite" as I mentioned before21:05
kirklandpitti: is there a += ?21:06
pittikirkland: well, it needs to be an array, not a string21:06
kirklandpitti: how does that look in the heredoc ?21:06
pittikirkland: I don't know; hal-device claims it's using lshal syntax, so maybe "info.capabilities = {'access_control'}" works?21:06
pittikirkland: if not, just use hal-set-property, it's not a problem21:07
pittiseb128: argh, got rejected; "Could not find person '<your-launchpad-id>'" WTH?21:10
pittiah, -ENODPUTRC, sorry21:10
seb128ah ;-)21:10
kirklandpitti: bingo!21:11
kirklandpitti: success with: http://pastebin.ubuntu.com/49825/21:11
pittikirkland: rocking21:11
jdstrandslangasek: so your sentinels are what you match on in create_from_template (in pam-auth-update)21:12
jdstrand?21:12
slangasekjdstrand: yes21:12
kirklandpitti: okay, so i put that in the kvm package as debian/setup-kvm-hal ?21:12
jdstrandslangasek: I see 4 of them-- if I comment those out via a-c-c, it should all work again-- correct?21:13
pittikirkland: yep, install it to /usr/lib/hal/, and have a .fdi file to add that addon to startup (like in /usr/share/hal/fdi/policy/10osvendor/10-cpufreq.fdi)21:13
pittikirkland: but remember to change s/cdrom/virt-awesome/ and provide a .policy file21:14
slangasekjdstrand: correct21:14
kirklandpitti: sample policy file?21:14
slangasekjdstrand: if they're commented out, pam-auth-update will know this is an externally-modified config, and will prompt before overwriting21:15
kirklandpitti: /usr/lib/hal/hal-system-kvm ?21:15
pittikirkland: /usr/share/PolicyKit/policy/org.freedesktop.hal.device-access.policy21:15
pittikirkland: sounds good21:15
pittisorry, really need to crash now, I feel terrible, and it's late21:15
kirklandpitti: cool21:15
pittikirkland: feel free to mail/leave backscroll; good luck!21:15
kirklandpitti: i'll drop you some patches21:15
kirklandpitti: thanks soooooooooooooo much21:15
pittikirkland: you're welcome! glad to get rid of another system group (for desktops, anyway)21:16
kirkland;-)21:16
pittiof course we still need the group, but not the hassle to add people to it normally21:16
* kirkland wonders if superm1 might kill off the mythtv group next :-P21:16
superm1haha kirkland21:17
kirklandheh21:18
geserkirkland: as you know now how to do it, can I bug you to teach me how to do it for usb smart card readers (used e.g. by gnupg)?21:18
kirklandgeser: :-)  let me prove i know how to do it by finishing off kvm, and then, sure!21:18
Keybuksiretart: after some thought, I've reverted your udev change21:19
Keybuk(for the reasons we discussed - I just don't like ignoring genuine errors to work around vserver's brokenness)21:20
norsettosiretart: its bug 237830 (was in my email)21:26
ubottuLaunchpad bug 237830 in extremetuxracer "package planetpenguin-racer-gimp-dev None [modified: /var/lib/dpkg/info/planetpenguin-racer-gimp-dev.list] failed to install/upgrade: trying to overwrite `/usr/share/gimp/2.0/palettes/PPRacer---Default.gpl', which is also in package extremetuxracer-gimp-dev" [High,Fix released] https://launchpad.net/bugs/23783021:26
sebneraloha norsetto btw ;)21:27
sebnertseliot: alberto \o/21:27
norsettoaloha aloha sebner21:27
tseliotsebner: hi21:28
sebnertseliot: you broke again my 3D (nvidia) xD21:29
tseliotsebner: can you file a bugreport? I'll have a look at it tomorrow21:29
sebnertseliot: sure. just wanted to blame you ^^ (don't take it seriously) ;)21:30
tseliotsebner: ;)21:33
siretartKeybuk: I disagree that vserver is being broken in this regard. the vserver instances don't have the mknod capability on purpose and udev's postinst is the only package in the archive insisting to have that capability21:33
Keybukthat's fair enough21:33
Keybukin which case your patch should have either21:33
norsettodoko: when you have time, could you look at bug 273677? I'm not 100% sure that that fix would be correct21:33
ubottuLaunchpad bug 273677 in wxwidgets2.6 "bitpim closeing unexpectedly" [Undecided,Confirmed] https://launchpad.net/bugs/27367721:33
Keybuk1) skipped device creation on vserver21:33
Keybukor even better21:33
seb128hey norsetto21:33
Keybuk2) attempted it, and ignored *only* EPERM *if* on vserver21:34
norsettoseb128: hi seb, any task for me ;-)?21:34
seb128norsetto: thanks for your work on the desktop team organisation, I've been really busy on the GNOME 2.24 updates but I'll reply on the list tomorrow21:34
Keybukinstead your patch ignores utterly genuine failures21:34
seb128norsetto: how do you get the list of packages and versions now? I think we should have a collection of watch files in bzr21:34
norsettoseb128: well, there is still a lot to be done on the wiki pages I'm afraid21:34
siretartKeybuk: can udev.postinst safely assume that /proc is being mounted?21:35
seb128norsetto: this way we could easily update packages list and the series numbers21:35
norsettoseb128: for most packages I just use ftp.gnome.org, for the depends I have some sort of "watch" files21:35
Keybuksiretart: I suspect many packages already assume that, yes ;)21:35
Keybukit seems like a valid assumption to me21:35
seb128norsetto: we need to figure a way to claim updates though, we want something which allow to list packages which have usual updaters and those which can be claimed by the first to start working on the update21:36
norsettoseb128: I can look at adding a tick box to say "this update is being worked on, but then I would have to save the results locally since the page is regenerated daily21:38
norsettoseb128: dunno if I can do that with just javascript, have to check it out21:39
siretartKeybuk: okay, in that case I'd like to add a check to grep for ^VxId in /proc/self/status and skip the device creation if found. is that acceptable to you?21:40
Keybuksiretart: yup, entirely21:40
siretartKeybuk: VxId contains the "Context Id" of vservers21:40
seb128norsetto: let me think about that and comment the list tomorrow, what do you think about using a directory of watch files to describe the packages and versions to list?21:40
norsettoseb128: if we have a list of usual updaters I can add those very easily to the page21:41
siretartKeybuk: okay, I'll implement then that change21:41
seb128norsetto: can easily do, we just need to figure where to store it, probably bzr, not sure if we should use the ubuntu-desktop or the desktop-bugs team though21:42
norsettoseb128: it won't hurt, mind you that not all have a watch file right now21:42
norsettoseb128: ubuntu-desktop looks reasonable to me21:42
seb128right, but having the watch in the sources is annoying21:42
seb128it requires changing the source, which doesn't work when we sync on debian which tracks only stable version21:43
seb128and also require uploads to do changes21:43
seb128it would be easier to have the watch in bzr somewhere, we could do changes easily there21:43
seb128ubuntu-desktop has limited commit access where desktop-bugs is rather open to contributors21:43
seb128so it depends if we want some moderation or let contributors do changes21:44
norsettoseb128: for watch files there is not much they can screw up I guess21:44
Keybuksiretart: of course, I'm not even sure how you expect a vserver to boot with that change <g>21:44
Keybuksince it won't have /lib/udev/devices/null21:45
seb128norsetto: right, but on another side there is no so many changes and it's not really up to contributors to decide what packages the team is working on or the series to use21:45
siretartKeybuk: vservers have a rather special boot procedure. they don't use sysvinit nor upstart, but a custom "fakeinit" process.21:45
Keybukbut they use udev?21:46
siretartno. why should they?21:46
Keybukerr, if they're not using udev21:46
Keybukwhy is a failure to install udev a problem? :p21:46
siretartthink of vservers like 'chroot on steriods'21:46
slangasekpitti: well, looks like the latest GNOME drop already ate up any space we would use for landscape-client on the liveCD, hmm21:47
norsettoseb128: hmmm, having warnings in the wiki (and other appropriate places) and reminding at desktop meeting won't be enough you mean?21:47
siretartudev is installed by debootstrap, no? and has a rather large amount of reverse dependencies. (*sigh*)21:47
Keybuksiretart: well, yes, it's a required part of our system ;)21:47
Keybuksounds like vservers aren't even Ubuntu21:48
siretartchicken&egg problem, eh?21:48
Keybuk"DSA keys not accepted anymore" oh, fd.o21:48
siretartI maintain a (small) vserver farm running hardy here just fine, btw.21:48
siretartsince warty!21:49
seb128norsetto: no, I mean the watch updates are not often and it's probably better to have some moderation than let any bug triager to be able to do changes21:49
Keybukbut it can't be Ubuntu if it doesn't use things like sysvinit/upstart and udev <g>21:49
siretartit can be21:49
norsettoseb128: ah yes, if its bug triager please, don't :-)21:49
seb128desktop-bugs is the team for triagers21:50
seb128rather ubuntu-desktop then ;-)21:50
norsettoseb128: agreed!21:50
Nafallosiretart: they've been running hardy since warty? :-P21:50
slangasekNafallo: f33r the power of vservers21:51
Nafalloservers from the future! :-P21:51
Nafallosee.. there are reasons I like bare-metal the best ;-)21:51
norsettoseb128: I was thinking maybe about another possibility, I could scan the TODO list and if we agree that all updates have to be loggen there, I can use that info when making the packages page21:51
Keybukbare metal makes the best restraints21:51
siretartKeybuk: just to make sure we don't play ping pong here longer, I'm going to upload this: http://paste.ubuntu.com/49839/ (unless you object now, that is)21:56
siretartI expect this to be fairly safe, and even create the devices if /proc is not mounted21:57
Hydranthow do I regenerate ld.so.conf after putting an entry into ld.so.conf.d ?22:00
mathiazahasenack: is there a reason why in the cronjob you 2> /dev/null ?22:02
mathiazahasenack: I refer the landscape-client cronjob22:02
ahasenackmathiaz: well22:02
ahasenackmathiaz: not really now that I think of it22:03
ahasenackmathiaz: fear probably22:03
mathiazahasenack: if there is an error I'd rather have it printed22:03
ahasenackemailed, in this case22:03
mathiazahasenack: right22:03
ahasenackmathiaz: the worst case would be a bug or some other condition which would happen every time. In this case, this would mean an email every hour22:06
niemeyermathiaz,andreas: I think there was some kind of issue that actually lead us to do it22:07
siretarthow are (former) e1000e users supposed to get their nic working if e1000 doesn't work for them? is there a (non-obvious) workaround somehow?22:07
niemeyerAbout buffer size, IIRC22:07
niemeyermathiaz: If possible, I recommend not changing this script too much at this point22:08
niemeyermathiaz: We can perhaps review this for the next release, if you'd like to, but we won't have time to figure out issues at this point22:09
slangaseksiretart: downgrade the kernel22:09
mathiazniemeyer: hm. It's just a cron job.22:09
mathiazniemeyer: right - I get what you mean.22:10
niemeyermathiaz: Yes, it is, and I do remember that the 2>/dev/null was added to prevent the process from locking up.22:10
mathiazniemeyer: ok22:10
niemeyermathiaz: We can look for the bug and try to recall what was the problem, and fix it in a different way if you'd like to22:11
mathiazniemeyer: well - it's a bug in smart22:11
niemeyermathiaz: But we've been changing landscape-client in a different way every day in the last several weeks, so I'd like to try to walk towards stabilization as much as possible22:11
niemeyermathiaz: It may be, and it may not be22:12
niemeyermathiaz: It may also be about the way in which stderr and stdout are read by the parent process22:12
mathiazniemeyer: right - in that case it's a bug in crond.22:12
mathiazniemeyer: I don't see how this is related to landscape-client though.22:13
niemeyermathiaz: All I want is to keep the cronjob working.  If you promise it will work, you can do anything you want with it.  If we get locked up processes that'll be *really* *really* bad.22:14
siretartslangasek: to 2.6.24?22:14
mathiazniemeyer: right.22:14
ogradont forget that we dont have any mailserver on desktop ... in case landscape-client is installed there ,,,22:14
kirklandany other hal experts here, in pitti's absence?22:20
norsettodoes anyone know where pycentral installs pth files!?22:21
superm1kirkland, maybe post your question to pitti and if someone else knows the answer before pitti gets back they'll speak up?22:23
kirklandsuperm1: ;-)22:23
kirklandsuperm1: i'm trying to figure out what runs the stuff in /usr/lib/hal/*22:23
superm1kirkland, as in what executes it directly, or as in how to get hal to execute it?22:25
kirklandsuperm1: if i run my script in there by hand, i get exactly what i want22:26
kirklandsuperm1: now, i'm trying to figure out how to make that happen automagically on boot22:26
superm1okay so more so the latter then22:26
kirklandsuperm1: perhaps it just goes in the kvm init script?22:26
superm1kirkland, you'll need to set an info.addons key i believe22:26
superm1kirkland, and for the udi22:26
kirklandsuperm1: oh, maybe that's it22:27
kirklandi had info.callouts.add22:27
superm1if I look at lshal output for say my lcd_panel, i get a key that looks like this http://paste.ubuntu.com/49845/22:27
superm1where the addon in /usr/lib/hal is hald-addon-dell-backlight22:27
kirklandk, let me try that22:27
kirklandsuperm1: that's not quite it...  http://paste.ubuntu.com/49847/22:36
superm1kirkland, well is there actually a device that is showing up to identify that you are running kvm though?22:37
kirklandsuperm1: do you mean, does /dev/kvm exist?  it does.22:37
=== beuno_ is now known as beuno
kirklandsuperm1: but `hal-device | grep kvm` doesn't show any matches22:38
kirklandsuperm1: it's still not running /usr/lib/hal/hal-system-kvm22:38
kirklandsuperm1: on boot22:38
superm1kirkland, okay so you are missing something that spawns the udi then i believe22:39
superm1kirkland, by matching another hal key when booted from KVM.  are there any other things identifiable in lshal that can indicate that you are booted into kvm?22:40
kirklandsuperm1: http://paste.ubuntu.com/49848/22:40
superm1kirkland, oh is this for within the VM or outside the VM then?22:41
kirklandsuperm1: i'm running this on real hardware, not in a kvm22:41
superm1it looks like for outside the VM, i see...22:41
kirklandsuperm1: right22:41
kirklandsuperm1: generally, you have to be in the kvm group to actually use /dev/kvm22:41
kirklandsuperm1: i'm trying to solve that ;-)22:41
kirklandsuperm1: maybe this bit is wrong?  +    <match key="info.udi" string="/org/freedesktop/Hal/devices/kvm">22:43
kirklandsuperm1: i'm not entirely sure what belongs in the fdi22:43
superm1kirkland, well so if this fdi is only shipped w/ the kvm package, I believe that what you want to do is unconditionally spawn the new hal udi, and then have that match go into it22:44
superm1kirkland, grep through /usr/share/hal for some examples about how udi's are spawned22:44
superm1information/10freedesktop/10-dell-rfkill-switch-wlan.fdi is an example i'm looking at22:45
kirklandsuperm1: that's what I do in /usr/lib/hal/hal-system-kvm22:45
superm1kirkland, so what i'm thinking is that you wouldn't have any of those match keys in the first section, but ou would have the spawn udi key in the first device section22:45
superm1and the second one you would do the matching that adds in your hal-system-kvm22:45
superm1and I want to say it should spawn the binary all on its own after that22:46
kirklandsuperm1: where is information/10freedesktop/10-dell-rfkill-switch-wlan.fdi ?22:46
superm1/usr/share/hal22:46
superm1I still might be a little off on this solution though22:47
cjwatsonpitti: not a livelock - python has a recursion limit, and because germinate 1.9 added an extra level of function calls for each package in the recursive dependency resolver, we ended up overflowing it and python raised an exception22:47
superm1at that point you wouldn't necessarily even need that info.addons i suppose, but instead you would just put in your two keys that were added in that binary22:47
cjwatsonpitti: I was out, but retroactively, slangasek's plan for landscape-client is reasonable22:48
cjwatsonKeybuk: of course, not accepting DSA keys makes them non-spec-compliant ;-)22:49
kirklandsuperm1: i'm thorough confused...  if i did that, what would actually call my binary?22:49
superm1kirkland, nothing would, i'm not sure the binary would even be needed22:50
superm1kirkland, because all the binary is doing is registering keys in the UDI right?22:50
kirklandsuperm1: right22:50
superm1kirkland, so you can just explicitly define those keys directly in the FDI22:50
superm1and you should have the same result22:50
Keybukcjwatson: would that be the "oops, where did that go?" plan :)22:50
nxvlKeybuk: that plan always work :P22:51
Keybukcjwatson: we clearly can't add any more packages to the CD!22:52
KeybukWe've exceeded germinate's limits! :p22:52
cjwatsonnot any more ;-)22:52
kirklandsuperm1: http://paste.ubuntu.com/49851/ ?22:53
cjwatsonthough I did notice several transitional packages in that dep chain that clearly shouldn't be there :)22:53
kirklandsuperm1: actually, i dropped the addons22:53
kirklandhttp://paste.ubuntu.com/49852/22:53
superm1kirkland, yeah that's the sort of thing I had in mind22:53
kirklandsuperm1: lemme build that22:54
kirklandsuperm1: that might have worked ;-)22:58
kirklandsuperm1: i'm rebooting to make sure22:58
mathiazniemeyer: http://paste.ubuntu.com/49853/ <- this is the hourly cronjob I'm about to upload23:04
kirklandsuperm1: success!!!23:15
superm1kirkland, awesome :)23:15
superm1kirkland, you'll have to make sure that's within policy to do that in the FDI file like  that, but I think since it's opt-in only when you install the KVM package, I dont see why it wouldn't be23:16
kirklandsuperm1: sure, i'm going to leave a debdiff in pitti's inbox23:16
kirklandsuperm1: if it's okay, he can sponsor it23:16
kirklandsuperm1: if not, he can modify it appropriately, or punt it back to me23:16
superm1kirkland, right23:17
superm1kirkland, i'm curious on the second half of that I didn't see, what controls someone's rights exactly?23:17
superm1is there a GUI tool to figure this kind of stuff?23:18
kirklandsuperm1: huh?23:18
kirklandsuperm1: no idea23:18
nxvlsuperm1: someone's rights as in permissions?23:18
superm1nxvl, yeah in this particular case where you aren't actually settings permissions on the device file23:19
kirklandsuperm1: i think that's the "policy" file23:19
superm1does hal end up owning the device file and then handling permissions itself then?23:19
kirklandsuperm1: not, it's still owned root:kvm23:19
kirklandsuperm1: but there's an extended attribute on it23:19
kirklandsuperm1: http://pastebin.ubuntu.com/49860/23:20
=== cr3_ is now known as cr3
superm1kirkland, ah interesting23:21
superm1kirkland, well that's pretty neat23:22
cjwatsondoesn't that rely on extended attributes being enabled in the filesystem?23:23
kirklandcjwatson: on /dev ?23:23
cjwatsonoh, it's a tmpfs I suppose23:23
superm1 /dev should be tmpfs, I had assumed tmpfs had them enabled23:23
kirklandi assumed it was given23:23
superm1kirkland, so when you run kvm, does some sort of PolicyKit type of thing go off to ack you into the policy?23:25
superm1or is that a separate piece that will still need to be developed?23:25
kirklandsuperm1: i think that's still tbd23:25
cjwatsonright, sorry, I was thinking of / where I don't think xattrs are reliably available23:30
=== fta_ is now known as fta
slangaseksiretart: 2.6.24> if that's what you have available, yeah23:31
kirklandsuperm1: in case you're interested ... https://bugs.launchpad.net/ubuntu/+source/kvm/+bug/27376423:32
slangasekcjwatson: s/reasonable/desired/? :)23:32
ubottuUbuntu bug 273764 in kvm "add hal/PolicyKit support to kvm" [Wishlist,In progress]23:32
kirklandsuperm1: that has the debdiff that's working for me for kvm23:32
cjwatsonslangasek: I was carefully not specifying :)23:32
kirklandgeser: you asked as well, see the debdiff for https://bugs.launchpad.net/ubuntu/+source/kvm/+bug/27376423:32
kirklandgeser: that's "working" for me for kvm23:32
cjwatsonslangasek: I think probably desired, though23:32
kirklandgeser: but I'm awaiting pitti's review and blessing there of23:32
calchmm my power company claims they completely fixed power for my zipcode but my neighbor tells me the power is still out just as badly as before23:32
* calc considers making the 1.5hr drive to see how what is up23:34
=== superm1 is now known as superm1|away
=== cr3__ is now known as cr3

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!