[17:50] -SwissBot:#ubuntu-news- ::Planet:: Ubuntu Blog: The State of Robotics – August 2020 @ https://ubuntu.com//blog/the-state-of-robotics-august-2020


[01:14] <dgroos> Working on following the directions in https://help.ubuntu.com/community/UbuntuLTSP/LTSPLocalAppsJaunty but it looks like I can't update the image with: sudo ltsp-update-image -a i386
[01:14] <dgroos> after trying to update the image it says:
[01:15] <dgroos> Info: port 2000 is already defined with /opt/ltsp/images/i386.img in inetd.conf  and...
[01:15] <dgroos> Info: taking no action.
[01:16] <dgroos> so, does that mean that, after appearing to do a lot of updating the image, that nothing was written?
[01:32] <dgroos> OK--answered this myself--ogra says it's no issue on this page http://www.linux-archive.org/edubuntu-user/28568-ltsp-update-image.html :)
[03:02] <dgroos> OK, trying to further regress to locate problem.
[03:02] <dgroos> Why can't I simply install a program in the chroot???!
[03:03] <dgroos> I use: sudo chroot /opt/ltsp/i386 apt-get install firefox and says E: couldn't find package firefox...
[04:35] <dgroos> Why can I install to the regular root (sudo apt-get install graphviz) but not to the chroot (sudo chroot /opt/ltsp/i386 apt-get install graphviz)?  In the latter...
[04:36] <dgroos> I get the message, "E: couldn't find package graphviz).
[04:37] <dgroos> do they use different source lists?  I'm bamboozled.  Help anyone?
[07:38] <Panoramix> A
[09:20] <nubae> greets jbianquetti
[09:20] <jbianquetti> hi nubae
[10:10] <asanchez> hi nubae, I can see that you are in Spain due your ISP
[10:11] <asanchez> as you would notice jet our broadband connections aren't as broad as we need
[10:18] <nubae> hui asanchez
[10:20] <nubae> hehe, bueno, me dieron una linea de 20mb hace 2 anos, solo para quitar la por coger el pack trio con lo de la televeision inutil
[10:22] <nubae> y no mencionaron lo del cambio de 20mb a 3mb....
[10:23] <nubae> pero esto paso cuando yo no estaba... lo pidio mi madre, que era para su casa, y ya sabes... mas o menos la estafaron con inutilidades
[10:23] <nubae> como antivirus
[10:36] <nubae> asanchez, jbianquetti have u seen: linux-for-education.org ?
[10:43] <jbianquetti> nubae: yes. It's interesting...
[10:44] <jbianquetti> maybe, it's a possible point of collaboration between our project and others projects...
[10:45] <jbianquetti> Andalucian's teachers likes moodle a lot!
[10:46] <nubae> si... creo que un portal de contenido moodle es como oro
[10:46] <nubae> y se puede utilizar tanto aqui como en sud america
[10:47] <nubae> con el projecto sugar, ya deberia a ver material para Moodle...
[10:48] <nubae> lo unico son las licencias... que eso no lo tienen claro las escuelas ni los profesores... para mi es obvio que tiene que ser Creative Commons por defecto
[10:49] <nubae> pero se puede ensenar un ejemplo muy bueno donde el material es creative commons y es uno de los moodles mas grande del mundo... el de open university
[11:16] <nubae> bueno pues me han mandado un email oficial parece, y ahora me llaman :-)
[15:08] <sbalneav> Morning all
[15:09] <highvoltage> morning sbalneav!
[15:53] <Svenstaro> Hi chumps

[18:32] <truk77> hi there, perhaps somebody can help me? My wife has installed edubuntu on our ubuntu install (9.04, I believe), and now it seems to be freezing at boot up.  Does edubuntu affect the boot sequence at all?
[18:47] <dgroos> Hi truk77!
[18:47] <truk77> hi dgroos
[18:48] <dgroos> I must say I don't know the answer to your question, but sometimes, 2 people, both not knowing, can still figure things out...
[18:48] <dgroos> So, how did you install it?
[18:50] <truk77> that's the problem...I didn't...wifey did :)  Heh.  She installed it from within Ubuntu, using synaptic, and I think she may have installed Edubuntu-Server
[18:50] <truk77> unfortunately, the laptop's at home and I'm at work, so I can't really get into it
[18:51] <truk77> my only guess is that it is trying to start some server processes at boot time and failing because there's no internet connection (laptop uses wifi that has to be configured after boot)
[18:51] <dgroos> What have you tried so far?
[18:55] <truk77> well, it seems like after booting, it goes to some blinking cursor
[18:55] <truk77> I've tried getting her to switch virtual consoles, but that hasn't seemed to work
[18:56] <truk77> actually, I apologize, but I've got step away from the keys for a bit
[19:06] <Aiko> hello
[19:07] <Aiko> Anyone willing to help an idiot?
[19:07] <Lns> !question
[19:07] <Lns> Aiko, ^^ =)
[19:08] <Aiko> I was trying to install edubuntu and evidently installed the sever portion as well.  Now my computer tries to boot up, goes to a blank screen with a blinking cursor in the top left hand corner and ubuntu will not load.  Anyone able to help me?
[19:09] <Lns> Aiko, are you truk77's doppelganger?
[19:09] <Aiko> I'm his wife.
[19:10] <Lns> ahh, that explains it =)
[19:10] <Aiko> He's at work, I'm at home. :)
[19:10] <Lns> it was working fine before you installed edubuntu packages?
[19:10] <Aiko> yes
[19:10] <Aiko> no problems before I tried to install
[19:12] <Aiko> When I did the install, it tried to do something with apache.  It also gave me a message stating it was having difficulties with mooble...or moogle...or something like that.
[19:12] <Lns> moodle?
[19:12] <Aiko> yes, moodle
[19:13] <Aiko> guess I got Final Fantasy on the brain
[19:13] <Lns> hmm, too bad nubae isn't here
[19:13] <Aiko> resident expert?
[19:13] <Lns> have you logged in on a text console and looked through the logs?
[19:13] <Lns> resident moodle expert, yeah
[19:14] <Aiko> hwo do I log into a text console?
[19:14] <Lns> ctl+alt+f1
[19:14] <Aiko> ah, tried that
[19:14] <Aiko> it says 'loading, please wait' and sticks there.
[19:14] <Lns> f2?
[19:15] <Aiko> blank screen with the blinking cursor
[19:15] <Lns> doesn't sound much like an edubuntu issue to me...sounds like a bootloader issue
[19:15] <Aiko> tried that too
[19:15] <Aiko> problem is, it didn't happen until I tried to install edbuntu
[19:15] <Aiko> edubuntu
[19:16] <Lns> but edubuntu, afaik, isn't much besides some services and applications...possibly the bootsplash is doing something wrong though, i wouldn't think that would cause the system to just freeze upon bootup though
[19:17] <Aiko> there's a server option too
[19:17] <Aiko> edubuntu server
[19:17] <Aiko> which stupid me didn't think to uncheck
[19:17] <alkisg> Aiko: can you select the "recovery mode" in the boot manager?
[19:17] <Aiko> yes, but it freezes too
[19:18] <Lns> Aiko, what release of *buntu are you using?
[19:18] <Aiko> I'm not certain.  That would be a question for Truk77
[19:19] <Aiko> calling him to ask
[19:19] <Aiko> 9.04
[19:20] <Lns> do you recall it installing any different kernel ?
[19:20] <Aiko> edubuntu?  I have no idea.  It did ask me to restart.
[19:21] <Aiko> that's when the problem started.  it said I had ot restart to have the changes take effect.
[19:22] <alkisg> Aiko, when you select the recovery mode, what does it say when it halts? It shouldn't be saying the same thing, there's no splash screen in the recovery mode...
[19:22] <Aiko> let me go write it down
[19:25] <Aiko> hm, it's not in recover right now.  Her'es what it says when I hit alt-f1: starting up, [      0.256016]   .. MP-BIOS bug: 8254 timer not connected to IO-APIC  Loading, please wait...
[19:25] <Aiko> lemme restart into recovery
[19:28] <Aiko> ok, restart into recovery, last thing it says is this: [  2.166894] Adding 225540k swap on /dev/ramzswap0.  Priority: 100 extents: 1 across: 225540k
[19:28] <Aiko> then it just sits there with a blinking cursor
[19:30] <Aiko> it figures I would be the one to break it.  Meh.
[19:32] <Aiko> oh,something else to note
[19:32] <Aiko> when the computer is trying to boot up, the logo is blue instead of red and orange
[19:32] <Lns> Aiko, no chance you're out of disk space?
[19:33] <Aiko> Don't know, I don't think so
[19:33] <Aiko> wouldn't it at least boot up?
[19:34] <Lns> not if your swapfile generation is taking up the last of the disk space
[19:34] <Aiko> and if I didn't have space, wouldn't it have said something when I was trying to install edubuntu?
[19:34] <Aiko> so what do I do?
[19:34] <Aiko> I guess that could be a problem.  how do I fix it?
[19:35] <alkisg> Aiko, if the logo is blue, the recovery mode won't start etc there's not much you can do. Someone more experienced is needed to check the hardware, and if that's ok then to boot with a live cd to fix things.
[19:35] <Aiko> I'm pretty sure the hardware is okay
[19:35] <alkisg> Blue logo?
[19:35] <alkisg> I'd guess the graphics card is not seated well..
[19:35] <Aiko> it's a laptop
[19:36] <alkisg> .... :)
[19:36] <Aiko> the logo was orange before I installed edubuntu
[19:36] <Aiko> NONE of this stuff happened before that.
[19:36] <Aiko> so whatever it is, it's related.
[19:36] <alkisg> Ah, ok I don't know what color the edubuntu logo is, I thought that was the ubuntu logo showing blue.
[19:36] <Lns> Aiko, IIWY i'd check the disk space. It's good to at least eliminate possibilities
[19:36] <alkisg> Aiko: do you have a live cd handy, so that you can at least try some things?
[19:37] <Aiko> lemme ask Truk77
[19:38] <Aiko> LNS, how do I check disk space?
[19:38] <Aiko> alkisg if I don't have a CD, I can burn one pretty easily
[19:39] <alkisg> Aiko, ok, but keep in mind that in such difficult cases even an expert sitting right there would need some time to figure out the problem. Doing it over the irc will require much time... :)
[19:39] <Aiko> Alas, the expert is at work and all that's here is me, the dimwit
[19:40] <truk77> stuff never has the common courtesy to go wrong when I'm actually there
[19:40] <Aiko> of course not
[19:40] <Lns> thatwould be too logical
[19:41] <Aiko> I'm cursed.
[19:41] <alkisg> truk77: Do you think you could direct her to boot with a live cd and enable the embedded vnc server (=vino), so that you could connect to her PC and fix it?
[19:42] <Aiko> working on it.  Gonna have to download as we don't have the latest version
[19:42] <Aiko> going afk a while.  thanks fora ll the help guys!  I'll be back in a bit
[20:42] <pygi> hi
[20:46] <bencrisford> hey pygi :)
[21:25] <pygi> highvoltage: poke :D
[23:07] <dgroos> Good Afternoon--
[23:08] <dgroos> I'm still doing battle with not being able to install programs into the client chroot.
[23:09] <dgroos> I use the normal command: sudo chroot /opt/ltsp/i386 apt-get install xyz and it won't install.
[23:09] <dgroos> I can install programs with sudo apt-get install xyz.  That works fine.  Any ideas?
[23:12] <dgroos> I should say, I can install in the chroot I'd made earlier for experimenting with local apps: sudo chroot /opt/ltsp/i386_w_localapps apt-get install xyz
[23:21] <dgroos> I check the logs... the auth.log says: 2 17:18:41 gxyz sudo:   dgroos : TTY=pts/0 ; PWD=/home/dgroos ; USER=root ; COMMAND=/usr/sbin/chroot /opt/ltsp/i386 apt-get install firefox (when I tried to install firefox in chroot).
[23:27] <Lns> dgroos: so does firefox actually perform an install when you did that?
[23:27] <Lns> if not, what is the error?
[23:27] <dgroos> When I did the install in the i386 or the i386_w_localapps chroot do you mean?
[23:29] <Lns> uh, both I guess? Which chroot are you using localapps with?
[23:29] <Lns> both?
[23:31] <dgroos> Well, I was testing with the test chroot I had made a few days ago i386_w_localapps and it seems to work fine, there.  However, I decided to operate on the original chroot yesterday but now can't install software into it.
[23:33] <Lns> dgroos: what's the error you're getting?
[23:34] <dgroos> Reading package lists... Done
[23:34] <dgroos> Building dependency tree
[23:34] <dgroos> Reading state information... Done
[23:34] <dgroos> E: Couldn't find package firefox
[23:34] <Lns> dgroos: have you copied the server sources.list to the chroot you're working in and done an apt-get update ?
[23:40] <dgroos> I don't believe so--but I have searched for the source.list files and looked at them and the one in the chroot seemed in order...
[23:43] <Lns> dgroos: if it can't find the firefox package, your package list (derived from sources.list) isn't up to date
[23:43] <dgroos> I'm looking for a command to copy the source list but only see that it must be done...
[23:45] <dgroos> found the command.  Will try.
[23:52] <dgroos> Lns: THANKS!  It's working again.  Funny how a single little (size is relative, of course!) road block can stymie one for many hours.  Have a good evening--guess it's late afternoon where you are :-)
[23:52] <Lns> dgroos: =) Glad to have helped.


[03:05] <ubotu> New bug: #35330 in xfontsel (main) "Warning: Missing charsets in String to FontSet conversion Unable to load any usable fontset" [Medium,Fix released]  https://launchpad.net/bugs/35330
[11:14] <ubotu> New bug: #136783 in xserver-xorg-video-intel (main) "not using whole widescreen" [High,Triaged]  https://launchpad.net/bugs/136783
[11:55] <ubotu> New bug: #138391 in xorg (main) "Touchpad lost after xorg update (gusty tribe 5)" [Undecided,New]  https://launchpad.net/bugs/138391
[01:30] <ubotu> New bug: #54576 in xorg-server (main) "FontPath in xorg.conf not completely honoured" [Low,Incomplete]  https://launchpad.net/bugs/54576
[01:30] <ubotu> New bug: #54724 in xkeyboard-config (main) "AltGr+Shift not the same as Shift+AltGR" [Low,Incomplete]  https://launchpad.net/bugs/54724
[01:31] <ubotu> New bug: #54553 in linux-restricted-modules-2.6.15 (restricted) "Firmware for full-featured Technotrend/Hauppage DVB-card missing" [Medium,Incomplete]  https://launchpad.net/bugs/54553
[01:35] <ubotu> New bug: #55303 in linux-restricted-modules-2.6.15 (restricted) "fglrx gamma correction Radeon 9200" [Low,Incomplete]  https://launchpad.net/bugs/55303
[03:51] <ubotu> New bug: #138415 in xserver-xorg-video-ati (main) "Radeon 9250 DRI locks up while using acceleration" [Undecided,New]  https://launchpad.net/bugs/138415
[04:14] <tormod> matir, did you try the xset trick?
[05:26] <ubotu> New bug: #138431 in xorg (main) "[gutsy]  daily-live xorg bad screen visualization hp pavillion 421.it" [Undecided,New]  https://launchpad.net/bugs/138431
[05:31] <ubotu> New bug: #138432 in xorg (main) "[gutsy tribe 4]  screen get's blank when using a dummy driver" [Undecided,New]  https://launchpad.net/bugs/138432
[06:38] <keescook> jcristau, bryce: do either of you have backported patches for CVE-2007-4730?  (http://bugs.freedesktop.org/show_bug.cgi?id=7447)
[06:38] <ubotu> Freedesktop bug 7447 in Server/general "X crashes when 32-bit windows are resized on a 16-bit desktop" [Normal,Resolved: fixed]
[09:31] <ubotu> New bug: #138461 in xorg (main) "wrong dimensions reported to window managers" [Undecided,New]  https://launchpad.net/bugs/138461
[10:25] <jcristau> keescook: the patch i applied for etch is at http://git.debian.org/?p=pkg-xorg/xserver/xorg-server.git;a=blob;f=debian/patches/46_security_fdo-bug-7447.diff;h=503556c729314100b51648eb3e593b81ce72702e;hb=b48a241405c2a3056d11c9747f47afa90ef236ca
[10:25] <jcristau> (yay gitweb urls)
[10:28] <tepsipakki> bryce: I've not done the ati-update since there was one crasher that apparently is now fixed, so I'll get that tested and then upload. that should happen tomorrow
[11:13] <tormod> Matir: re bug #132716, can you try this package: http://tormod.freeshell.org/linux/ati/xserver-xorg-video-ati_6.7.192-1ubuntu2feisty4_i386.deb and then attach the resulting Xorg.0.log to the bug report.
[11:13] <ubotu> Launchpad bug 132716 in xserver-xorg-video-ati "ATI Driver Gets Black Screen on Radeon 7500 Mobile (Regression)" [Undecided,Confirmed]  https://launchpad.net/bugs/132716
[11:14] <tormod> Matir: the package won't change anything, it just writes more debugging information to the log
[11:15] <tormod> Matir: as seen from the version naming, I built it for Feisty, but it should work ok on Gutsy.
[11:16] <tormod> tepsipakki: are you talking about https://bugs.freedesktop.org/show_bug.cgi?id=12245 ?
[11:16] <ubotu> Freedesktop bug 12245 in Driver/Radeon "system freeze with hufo_tunnel and moving mouse" [Normal,Resolved: fixed]


[00:08] <sbeattie> bryceh, cnd, and mlankhorst: I published bryceh's revert of the 10.2 and 10.3 through precise-security
[00:10] <bryceh> thanks sbeattie
[00:14] <bryceh> sbeattie, hmm I just got a reject message back on 10.6
[00:20] <bryceh> sbeattie, guessing it's because it went through -security so the -proposed one can be canceled?
[01:56] <RAOF> mlankhorst: Hey, how much do you know about drm authentication stuff?
[01:57] <mlankhorst> not much, X server handles most of it, why?
[02:12] <mlankhorst> oh right it probably screws up on prime
[02:13] <mlankhorst> for some reason it only works there if i set /dev/dri/* to 666 even if im a member of video
[02:20] <RAOF> mlankhorst: More I mean “what stops me from flinking random numbers until I hit upon the framebuffer/other juicy buffers and then screen cap everyone else's session from my user's logged in session?”
[02:23] <mlankhorst> erm a handle to a bo is mapped per file
[02:26] <RAOF> But you can retrieve that bo from the global name, right?
[02:29] <RAOF> Via such magic as nouveau_bo_wrap and such.
[02:29] <mlankhorst> in prime?
[02:29] <RAOF> In general.
[02:30] <mlankhorst> doubt it, anyhow I think X is partly responsible for security as well
[02:30] <RAOF> From talking with airlied it's tied up with drm master, but I can't see how that's actually implemented in drivers/gpu/drm/*
[02:32] <mlankhorst> drm_gem probably
[02:32] <RAOF> Yeah; it's all protected with DRM_AUTH.
[02:33] <RAOF> But *everything's* got DRM_AUTH.
[02:33] <RAOF> Hm. Unless dropping master revokes that auth; but then I don't think the X server or clients reauth on VT switch in, so I don't think that's it.
[02:39] <mlankhorst> I'm not sure it would matter, if you get the fd you probably already have enough privilege
[02:39] <RAOF> But you can pass across fds.
[02:40] <RAOF> mesa & X have different drm fds but share buffers.
[02:48] <mlankhorst> not sure
[02:48] <RAOF> Ok. At least that makes two of us :)
[02:50] <mlankhorst> prime is simply fd passing though
[02:51] <RAOF> My concern is with the system-compositor; it breaks some assumptions that may have been there providing security (the currently logged-in user is drm master, when you switch user they drop master, only the currently logged in user is in the active vt, etc)
[02:52] <mlankhorst> so try to write an exploit to steal someone else's bo :-)
[02:54] <RAOF> Ah. The experimentalist approach!
[02:55] <RAOF> I prefer to start with the “ask someone who knows what the hell is going on” approach; it makes everything easier ☺
[02:56] <mlankhorst> oh with nouveau it's usually easier to start with RE'ing
[02:57] <RAOF> Well I feel that the nouveau code could do with a clean up if the easiest way to understand it is to reverse-engineer the open source driver :)
[02:57] <RAOF> And this (should be?) is in the common drm infrastructure, anyway.
[02:58] <mlankhorst> RAOF: I don't mean RE'ing nouveau
[02:58] <mlankhorst> the other implementation
[02:59] <mlankhorst> you're the kind of person that sees 2 and 2 and thinks 2 right?
[02:59] <RAOF> Right.
[03:02] <mlankhorst> although sometimes RE'ing is hard, I tried to RE aaronp but he didn't manage to get me the answer whether nvidia supports y swizzling or not :(
[03:02] <RAOF> Heh.
[03:40] <RAOF> Ah. So, it seems the answer to “how does drm auth prevent inactive users from snooping on the active user's buffers” is “it doesn't”. Hurrah!
[06:20] <sbeattie> bryceh: yeah, correct, I had them dump the one in the unaccepted proposed queue, since I'd already pushed it through -security (and by extension, -updates)
[08:33] <mlankhorst> morning
[08:34] <mlankhorst> RAOF: figures, I guess having access to the nodes means you can probably look at the screen too :-)
[08:35] <RAOF> mlankhorst: You shouldn't, though.
[08:35] <RAOF> *Particularly* when you're not actually active.
[08:35] <mlankhorst> still beats nvidia in security, though
[08:36] <RAOF> Well, yes. You get to screen-scrape other users, rather than escalate-to-root :)
[08:43] <mlankhorst> upgrading everything to xorg 1.13 has proven to be a royal pain..
[08:48] <mlankhorst> I guess with all the major ones done I should focus on bumping all input drivers first
[08:59] <mlankhorst> RAOF: did we upload new libdrm yet?
[09:02] <seb128> mlankhorst, hey, do you feel better today?
[09:03] <mlankhorst> slightly :)
[09:03] <mlankhorst> milk + honey helps a lot
[09:04] <seb128> hehe
[09:04] <seb128> mlankhorst, not sure if you saw by bryce did an upload reverting the previous SRUs fixes to workaround the segfault
[09:04] <mlankhorst> not against the sickness but I can at least talk some again
[09:04] <mlankhorst> yeah I saw
[09:04] <mlankhorst> I'll put it on the blueprint to fix
[09:04] <seb128> mlankhorst, it would still be good to debug the real issue and add those backs with the segfault fix, but it's less of an hurry with the revert in
[09:05] <seb128> mlankhorst, thanks
[09:07] <mlankhorst> wow ppa buildqueue is empty? Time to saturate it
[09:11] <mlankhorst>  >:D
[09:13] <mlankhorst> RAOF: tiem for.. https://launchpad.net/~mlankhorst/+archive/x-1.13
[09:14] <mlankhorst> time*
[09:15] <mlankhorst> how do I get arm enabled in my ppa though?
[09:21] <mlankhorst> https://launchpad.net/ubuntu/quantal/+source/x11proto-randr/1.4.0+git20101207.0d32bb07-0ubuntu2 argh........ why call it 1.4.0 when it isn't O_O
[09:37] <mlankhorst> RAOF: what should we do about binary driver breakage with x1.13?
[10:26] <tjaalton> scr
[10:26] <tjaalton> oops
[11:07] <mlankhorst> yikes, seems my testing machine is dying
[11:10] <mlankhorst> sata errors and mounting r/o is probably not good..
[13:18] <ogra_> heh, xinerama is funny ... if i move glxgears around on a three hearded two cards multi screen xinerama setup, i get
[13:18] <ogra_> 8146 frames in 5.0 seconds = 1629.200 FPS
[13:19] <ogra_> 579 frames in 5.0 seconds = 115.800 FPS
[13:19] <ogra_> the latter is the low power card indeed ...
[13:20] <ogra_> if i play a game that actually spreads fullscreen across both cards/all monitors ... does xorg take an average value between the two cards or would i be capped to the lowest framerate ?
[13:24] <mlankhorst> I didn't know xinerama did acceleration
[13:24] <mlankhorst> capped to lowest most likely
[13:25] <ogra_> well, i can play Xonotic with ~70fps at 5760x1080 ...
[13:25] <ogra_> (just tried)
[13:26] <ogra_> (with effects set to ultra)
[13:27] <ogra_> that somewhat looks like it uses an average or so
[13:32] <mlankhorst> nvidia drivers?
[13:37] <ogra_> fglrx
[13:38] <ogra_> sadly they drop randr and composite as soon as you switch on xinerama ...
[13:40] <mlankhorst> I didn't know it even supported xinerama, most of the time it will cause loss of all acceleration
[13:43] <ogra_> well, given that radeon doesnt work at all in this config, i'm happy to at least have the fglrx stuff
[14:52] <mlankhorst> ok input rebuilds, looks like 37 video drivers will need a version bump..
[14:57] <mlankhorst> RAOF/bryceh: I doubt this can be automated, so could one of you maybe do it? I prepared nouveau, ati and cirrus in debian-experimental, so would just be a simple merge for those..
[14:58] <mlankhorst> modesetting lacks any acceleration so it will work, I'll try uploading the rest to my ppa to see which works and which doesn't
[14:59] <mlankhorst> oh right intel too
[15:15] <mlankhorst> https://launchpad.net/~mlankhorst/+archive/x-1.13/+packages all those xserver-xorg-video-* need an update..
[18:47] <Sarvatt> RAOF: here's the latest version of your out of tree stuff (with src/mesa/Makefile.am fixes added to fix i386 builds..) if it helps any http://bazaar.launchpad.net/~xorg-edgers/xorg-server/xorg-pkg-tools/view/head:/hooks/mesa-out-of-tree.patch
[18:48] <Sarvatt> darn thing needs refreshing every day :)
[18:50] <Sarvatt> saw you mention rebasing the patches the other day
[19:00] <ricotz> Sarvatt, hey, you are still having fun with mesa :\
[19:01] <Sarvatt> ricotz: yeah up to 6 commits that needed backporting to fix the build from this mornings checkout
[19:01] <Sarvatt> hopefully this one works :)
[19:01] <ricotz> hmm, aics it doesnt :\
[19:02] <ricotz> 8.1~git20120717.f42e601c-0ubuntu0sarvatt5
[19:02] <Sarvatt> 6 is already uploaded
[19:02] <ricotz> ok ;)
[19:02] <Sarvatt> with http://cgit.freedesktop.org/mesa/mesa/commit/?id=bf484024b944a452e9022a1098313663e0028b29
[19:03] <ricotz> you can upload a clean tarball too, just rename the version and tar.gz according to 8.1~git20120717.rX.f42e601c
[19:04] <ricotz> i meant 8.1~git20120717.rX.xxxxxxxx
[19:04] <Sarvatt> if this doesn't build either i will
[19:06] <ricotz> i hope it works
[19:12] <Sarvatt> ricotz: doesn't look promising http://tinderbox.x.org/builds/2012-07-17-0023/logs/libGL/#build
[19:13] <Sarvatt> ..and it failed in gbm
[19:16] <ricotz> Sarvatt, this looks fixes in master
[19:16] <ricotz> http://cgit.freedesktop.org/mesa/mesa/commit/?id=2023bf996ed5c3797233b8d70670c28e15bdff75
[19:16] <Sarvatt> yeah i'm doing a new tarball now
[19:33] <Sarvatt> sucks the dev release gets +50 build score :)
[19:35] <ricotz> quantal rules :P
[19:38] <ricotz> \o/
[19:38] <ricotz> Sarvatt, damn symbols, but is looks good
[19:39] <Sarvatt> ricotz: ARGH :)
[19:39] <ricotz> looks like an abi break
[19:41] <mlankhorst> Sarvatt: if you had upload rights you could fixup the entire x1.13 stuff :-)
[19:42] <Sarvatt> its not like we can upload it until the nvidia blob works :P
[19:42] <Sarvatt> got a month or more
[19:43] <mlankhorst> Sarvatt: true but have to update every single package that depends on video abi since rebuild won' t work with this big abi breakage
[19:44] <mlankhorst> I will probably just upload the major ones to my repo for now
[19:44] <mlankhorst> eg cirrus, vmware, ati, nouveau, modesetting, intel
[19:45] <ricotz> mlankhorst, there are still some patch-rewrites needed too
[19:46] <mlankhorst> ricotz: I uploaded xorg-server just fine though?
[19:46] <ricotz> mlankhorst, i meant of the video drivers ;)
[19:47] <ricotz> like for xserver-xorg-video-tdfx
[19:47] <mlankhorst> oh sure
[19:47] <ricotz> and most of them are broken due the xaa removal
[19:48] <jcristau> are there still any users for the tdfx driver?
[19:48] <ricotz> no idea
[19:49] <Sarvatt> looks like its just tdfx broken against xserver 1.12 today, was a bunch more broken yesterday before the releases
[19:50] <Sarvatt> ricotz: it probably builds fine against 1.13?
[19:50] <ricotz> Sarvatt, upstream is fine, but the debian patches break it
[19:50] <ricotz> https://launchpadlibrarian.net/110246017/buildlog_ubuntu-quantal-amd64.xserver-xorg-video-tdfx_1%3A1.4.4%2Bgit20120716.42706433-0ubuntu0ricotz_FAILEDTOBUILD.txt.gz
[19:51] <ricotz> i might confused this with another package
[19:52] <mlankhorst> Sarvatt: airlied updated all xorg driver upstreams and in most cases released a new version so it builds
[21:58] <mlankhorst> bryceh/raof?
[22:02] <bryceh> mlankhorst, what's up?
[22:03] <bryceh> ah new drivers, yes may be worth resyncing
[22:04] <mlankhorst> yeah the thing is with debian freeze it's hard to upload there first
[22:04] <mlankhorst> so that means literally uploading every driver to ubuntu directly..
[22:05] <bryceh> will debian be pulling them in at some point within the next month?
[22:06] <mlankhorst> doubtful
[22:06] <bryceh> I think, unless something's broken, there is not a rush to get them in; we'll need to poke all the drivers anyway if/when we pull in the newer xserver.
[22:16] <bryceh> mlankhorst, maybe debian would be willing to pull the newer versions into experimental, and then we could sync from there?
[22:17] <mlankhorst> bryceh: maybe, anyone here has the capability to upload to experimental?
[22:17] <bryceh> mlankhorst, tjaalton might.
[22:41] <mlankhorst> ok I' ll try him :)
[22:41] <mlankhorst> don't know if he's back from vacation yet though
[23:07] <RAOF> mlankhorst: The way we deal with binary driver breakage in 1.13 is an email to various lists saying “we're about to break the binary drivers until we get a new set of blobs”


[15:13] <cjwatson> ev: bug 693027 looks like a regression in your recent user-setup change, I think
[15:13] <ubot2> Launchpad bug 693027 in user-setup (Ubuntu) "Failed to install using Ubuntu desktop 11.04 i386 daily image from 18th Dec (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/693027
[15:14] <ev> yikes
[15:14] <ev> on it
[15:14] <cjwatson> I'm not sure about the strategy of looking in $ROOT/proc/mounts for /dev - it's usually better to check for a specific file or something.  Why is the remount of /dev needed?
[15:15] <cjwatson> I think it's probably the remount that's failing
[15:15] <ev> because devtmps will fail to create the disk block devices otherwise
[15:15] <ev> I may be simply masking a deeper bug by doing this, of course
[15:15] <ev> devtmpfs*
[15:17] <cjwatson> are you sure it's the remount that fixes that, rather than (say) a udevadm settle?
[15:20] <ev> indeed, prodding now
[15:37] <CIA-4> console-setup: cjwatson * r158 ubuntu/debian/console-setup.initramfs-hook: copy /etc/default/keyboard into the initramfs too
[15:38] <superm1> cjwatson, i want to say i saw some bug mail flowing through at some point about check-firmware flipping out while being executed from ubiquity in natty with broadcom hardware.  check-firmware looked like it was calling mountmedia, which wasn't there with ubiquity
[15:42] <superm1> bug 684921 or so
[15:42] <ubot2> Launchpad bug 684921 in ubiquity (Ubuntu) "Natty Installer Crashes (affects: 2) (heat: 244)" [Undecided,Confirmed] https://launchpad.net/bugs/684921
[15:45] <CIA-4> console-setup: cjwatson * r159 ubuntu/debian/console-setup.apport: attach /etc/default/keyboard in apport hook
[15:45] <cjwatson> superm1: I have about three work hours left this year, not sure I'm going to get to it ...
[15:46] <superm1> no rush on it, i just saw it while catching up on some mail and figured i should mention it so it wasn't lost
[15:48] <CIA-4> console-setup: cjwatson * r160 ubuntu/debian/keyboard-configuration.console-setup.upstart: move upstart job to keyboard-configuration
[15:49] <cjwatson> all the mountmedia calls are guarded so they shouldn't cause a crash
[15:50] <cjwatson> can't really see an obvious cause for that error - probably needs 'set -x' debugging
[15:51] <CIA-4> console-setup: cjwatson * r161 ubuntu/debian/ (changelog keyboard-configuration.console-setup.upstart):
[15:51] <CIA-4> console-setup: Fix description of upstart job to not incorrectly claim that it sets the
[15:51] <CIA-4> console-setup: font (LP: #632366).
[15:59] <CIA-4> console-setup: cjwatson * r162 ubuntu/debian/keyboard-configuration.postinst: add plymouth handling, some more X handling, and update-initramfs call to keyboard-configuration.postinst (see console-setup.postinst)
[17:45] <ev> udevadm settle seems to work (thanks), just checking to make sure I can reliably reproduce the bug


[06:45] <dholbach> good morning
[07:08] <Tm_T> moin dholbach
[07:08] <dholbach> hi Tm_T
[07:10] <Tm_T> hmmm, I was thinking, maybe we should encourage locos to prepare something for the 13.10 release already as a practice for 14.04 release
[07:10] <Tm_T> atleast I know our loco has to do that
[11:57] <Neo31> are there channels dedicated for ubuntu global jam?


[16:34] <jonathon> is it possible to alter source build recipe substitution variables? e.g. I have a latest-tag that starts with a letter (v) that i'd like to strip out to leave just the following version number (v1 -> 1)
[19:10] <jonathon> i can't see a way of doing it. ideally it would allow e.g. {latest-tag[1:]} as it's python-based, but that's not a valid input for the function
[19:44] <jonathon> bzr-builder does support `run` which might have helped, but running arbitrary stuff in a shell isn't enabled on Launchpad for obvious reasons
[21:10] <jonathon> meh... workaround is to add a hard-coded prefix then add the tag later in the version number, e.g. 1.0+{latest-tag}-0 -> 1.0+v1.0.67-0 . It's not ideal but it will do


[14:32] <garrettk> Being completely impatient (and mostly trying to schedule my day), does anybody know when 12.04.1 will be coming out? The calendar says it should be today at 12:00am, but a recent check with the Update Manager (10.04 LTS) shows me nothing.
[14:34] <AlanBell> garrettk: it doesn't really come as a dramatic distribution upgrade
[14:35] <AlanBell> it should change /etc/lsb-release
[14:35] <AlanBell> ooh, actually, you are on 10.04
[14:35] <AlanBell> so yes, that is a dramatic upgrade ;)
[14:36] <garrettk> AlanBell: Right - but I'm running the previous LTS release (10.4) and the docs say that I should wait for the .1 release to upgrade. I *really* want 2 years worth of dev fixes to my email client.  :-)
[14:37] <AlanBell> I think if you do a sudo apt-get update it might tickle update manager into noticing the new release
[14:37] <garrettk> So I was hoping that I'd have the option to upgrade my whole system today.
[14:37] <AlanBell> or type do-release-upgrade at the terminal
[14:38] <garrettk> "No new release found"
[14:38] <garrettk> I'm assuming it hasn't been released yet.
[14:38] <garrettk> Hense the question about the release schedule.
[14:40] <AlanBell> looks that way. You can try do-release-upgrade -d to get it anyway
[14:41] <garrettk> (sorry if that came across as snippy - I checked the usual technical issues and if I thought it was technical I'd be in the usual technical support forums rather than clogging this forum with technical issues).
[14:42] <AlanBell> not snippy at all :)
[14:42] <AlanBell> I was expecting it to be out today
[14:42] <garrettk> Yeah, but working in enterprise software myself, I've come to appreciate the value of "best practices"  :-)  Stuff breaks less (or at least in more predictable ways) then.
[14:45] <garrettk> Okay - thanks for your thoughts. I'll just keep running the update commands until something interesting happens.  :-)
[14:45] <AlanBell> looks like the iso images are not released either


[06:38] <tjaalton> nevermind, need to add that to libgl1-mesa-dri instead, since zink is loading it directly without linking to libvulkan.so.1..


[08:12] <dholbach> good morning
[21:14] <slackner> Hello, i am one of the developers of wine-staging, and I have some questions regarding packaging it for Ubuntu. For those who are not aware what it is, it is an improved version of upstream Wine with many included extra features (performance improvements, bugfixes, new features) which exists since about over a year, see https://wine-staging.com/ for more details.
[21:15] <slackner> I know that packages of forks usually don't get accepted, but we are talking about over 200 fixed bugs and more than 600 patches, so this is not any abritary fork. Fedora is also shipping wine staging since about half a year ago, though the dumped their regular wine version in favor of wine staging.
[21:15] <slackner> Debian/Ubuntu packaging files are already available, and we're also providing packages in our third party repos, but we think it would be even more awesome to get it into the official Ubuntu repositories. Thats why I am asking here. Is there a chance to do that? We could also maintain it (well, we are doing it anyway), but having it in the official repositories will reach more users. ;)
[21:21] <Noskcaj> slackner, You'll probably want to file a debian ITP bug, and maybe make a PPA for ubuntu
[21:21] <Noskcaj> It's too late for this to be in vivid or debian jessie, so you've got a few months before any deadlines for vivid+1 appear
[21:26] <slackner> Noskcaj: i see no big chances that debian will accept it, as far as i know they try to avoid forks even more, and especially wine is a software where noone seems to care about. the latest available version in sid for example is 10 releases behind upstream
[21:28] <slackner> Noskcaj: and wheezy for example still contains a version, which is about two years old
[21:28] <slackner> Noskcaj: the wine project is a bit special with respect to stable/development - stable doesn't really mean it works well, or at least that bugfixes are backported, its just a snapshot from the release
[21:28] <DarkPlayer> not to forget that someone opened a debian bug to request the inclusion of pipelight (a project that depends on wine staging) without any reaction
[21:30] <Noskcaj> Try and make a ppa, and please contact the ubuntu wine maintainers and discuss this with them
[21:31] <Noskcaj> And since we're close to ubuntu release, let me know if there are any simple fixes for wine1.6 available that we can upload. ( https://bugs.launchpad.net/ubuntu/+source/wine1.6 is our bugs list)
[21:33] <slackner> Noskcaj: we already provide a ppa, but it would really be easier for users when it is directly available in official repos. moreover, we also contacted the ubuntu wine maintainers, and they do not seem to be interested in replacing the existing version or maintaining two versions - but we would be fine with taking care of the second version of course, so no additional work for anyone else ;)
[21:34] <slackner> Noskcaj: if you mean backporting fixes for wine 1.6, thats not really a suitable solution. as mentioned, the last stable release is about a year ago
[21:35] <slackner> Noskcaj: the amount of patches would be very huge ;)
[21:37] <Noskcaj> I can't help a whole lot here, but is the a needs-packaging bug?
[21:38] <Noskcaj> And does winetricks and PoL work with wine-staging? Getting those might increase your userbase, and maybe make the ubuntu wine team more willing to share a PPA and help out
[21:38] <slackner> Noskcaj: i didn't open a bug yet, i figured i would first talk to couple of people here
[21:39] <slackner> Noskcaj: winetricks works of course, and PoL also offers wine-staging builds already (but their versions have several dependency problems, just shipping half a debian distro doesn't work well)
[21:40] <Noskcaj> fair enough. Make the bug when you have time, list reasons why we need/want wine-staging, make not of the issues you've had so far
[21:40] <slackner> Noskcaj: the dependency problems are not specific to wine-staging, its basically a PoL bug affecting all precompiled wine versions
[21:40] <Noskcaj> ok
[21:41] <Noskcaj> Could you perhaps add the current winetricks version to your PPA? The version in ubuntu needs merging from debian, but no one has done that in a while
[21:42] <slackner> Noskcaj: sure, thats not a big problem
[21:42] <Noskcaj> :)
[22:52] <micahg> slackner: you might want to get in touch with the Debian Wine team and see what their take on your fork is: https://pkg-wine.alioth.debian.org/, sometimes Debian follows forks (e.g. libav)


[02:00] -queuebot:#ubuntu-quality- Builds: Xubuntu Desktop amd64 [Mantic Daily] has been updated (20230507)
[02:04] -queuebot:#ubuntu-quality- Builds: Edubuntu Desktop amd64 [Mantic Daily] has been updated (20230507)
[02:15] -queuebot:#ubuntu-quality- Builds: Xubuntu Minimal amd64 [Mantic Daily] has been updated (20230507)
[02:57] -queuebot:#ubuntu-quality- Builds: Ubuntu MATE Desktop amd64 [Mantic Daily] has been updated (20230507)
[05:31] -queuebot:#ubuntu-quality- Builds: Ubuntu Server arm64+raspi [Mantic Daily] has been updated (20230507)
[05:31] -queuebot:#ubuntu-quality- Builds: Ubuntu Server armhf+raspi [Mantic Daily] has been updated (20230507)
[06:12] -queuebot:#ubuntu-quality- Builds: Ubuntu Desktop amd64 [Mantic Daily] has been updated (20230507)
[06:12] -queuebot:#ubuntu-quality- Builds: Ubuntu Desktop arm64 [Mantic Daily] has been updated (20230507)
[06:32] -queuebot:#ubuntu-quality- Builds: Ubuntu Desktop arm64+raspi [Mantic Daily] has been updated (20230507)
[06:34] -queuebot:#ubuntu-quality- Builds: Ubuntu Base amd64 [Mantic Daily] has been updated (20230507)
[06:34] -queuebot:#ubuntu-quality- Builds: Ubuntu Base armhf [Mantic Daily] has been updated (20230507)
[06:34] -queuebot:#ubuntu-quality- Builds: Ubuntu Base riscv64 [Mantic Daily] has been updated (20230507)
[06:34] -queuebot:#ubuntu-quality- Builds: Ubuntu Base arm64 [Mantic Daily] has been updated (20230507)
[06:34] -queuebot:#ubuntu-quality- Builds: Ubuntu Base s390x [Mantic Daily] has been updated (20230507)
[06:34] -queuebot:#ubuntu-quality- Builds: Ubuntu Base ppc64el [Mantic Daily] has been updated (20230507)
[08:02] -queuebot:#ubuntu-quality- Builds: Kubuntu Desktop amd64 [Mantic Daily] has been updated (20230507)
[08:38] -queuebot:#ubuntu-quality- Builds: Ubuntu Core amd64 edge [Mantic Daily] has been updated (20230507)
[09:01] -queuebot:#ubuntu-quality- Builds: Ubuntu Desktop (Legacy) amd64 [Mantic Daily] (20230507) has been added
[10:27] -queuebot:#ubuntu-quality- Builds: Ubuntu Server Subiquity amd64 [Mantic Daily] has been updated (20230507)
[10:27] -queuebot:#ubuntu-quality- Builds: Ubuntu Server Subiquity ppc64el [Mantic Daily] has been updated (20230507)
[10:27] -queuebot:#ubuntu-quality- Builds: Ubuntu Server Subiquity arm64 [Mantic Daily] has been updated (20230507)
[10:27] -queuebot:#ubuntu-quality- Builds: Ubuntu Server Subiquity s390x [Mantic Daily] has been updated (20230507)
[10:27] -queuebot:#ubuntu-quality- Builds: Ubuntu Server Subiquity riscv64 [Mantic Daily] (20230507) has been added
[13:29] -queuebot:#ubuntu-quality- Builds: Ubuntu Unity Desktop amd64 [Mantic Daily] has been updated (20230507)
[13:44] -queuebot:#ubuntu-quality- Builds: Ubuntu Cinnamon Desktop amd64 [Mantic Daily] has been updated (20230507)
[15:30] -queuebot:#ubuntu-quality- Builds: Ubuntu Budgie Desktop amd64 [Mantic Daily] has been updated (20230507)
[16:58] -queuebot:#ubuntu-quality- Builds: Lubuntu Desktop amd64 [Mantic Daily] has been updated (20230507)
[18:56] -queuebot:#ubuntu-quality- Builds: Ubuntu Studio DVD amd64 [Mantic Daily] has been updated (20230507)
[22:46] -queuebot:#ubuntu-quality- Builds: Ubuntu Kylin Desktop amd64 [Mantic Daily] has been updated (20230507)