=== elmo_ [~james@george.kkhotels.co.uk] has joined #ubuntu-devel === Keybuk [scott@descent.netsplit.com] has joined #ubuntu-devel === Keybuk [scott@descent.netsplit.com] has joined #ubuntu-devel [02:52] jdub: daniels any of you dudes have an interest in hardening? [02:53] ssp, pie [06:30] morning guys === tof_ [~tof@lns-vlq-39f-81-56-136-242.adsl.proxad.net] has joined #ubuntu-devel === elmo_ [~james@george.kkhotels.co.uk] has joined #ubuntu-devel === sabdfl [~mark@host217-37-231-28.in-addr.btopenworld.com] has joined #ubuntu-devel === hazmat [~hazmat@c-24-15-10-12.client.comcast.net] has joined #ubuntu-devel [08:34] mdz: ping === pitti [~martin@195.227.105.180] has joined #ubuntu-devel [08:44] Morning [08:53] morning === mdz [~mdz@69-167-148-207.vnnyca.adelphia.net] has joined #ubuntu-devel [09:17] morning [09:18] mdz: uhm, you're not supposed to say "morning" when it's morning here. :) [09:18] mdz: hey [09:18] "morning" is the time when one appears on IRC [09:19] well, true [09:23] fabbione: so, we seem to have inherited many of these file conflict bugs :-/ [09:28] mdz: yes i saw them. I need to prepare X for upload with some fixes and i am on them. [09:28] fabbione: I think that almost all of them are NOTWARTY (universe packages) [09:29] they are assigned to both packages, but generally it is the universe one which is buggy :-) [09:29] mdz: ok [09:30] mdz: i need a decision on 1878 now [09:30] fabbione: confirm a couple of things for me please [09:30] fabbione: 1. current via driver is buggy and hangs systems [09:31] fabbione: 2. new via driver from x.org is not significantly better [09:31] ? [09:31] mdz: the driver from x.org = the one we have. The driver from unichrome is not that better. It still has a lot of glitches here and there === doko [doko@dsl-084-057-040-016.arcor-ip.net] has joined #ubuntu-devel [09:34] does it introduce new ones? [09:34] I try it seems to be impossible to make TV-out output be "nice": it has [09:34] _lots_ of flicker and overscan, and everything is offset to the right [09:34] (so when you're watching DVDs, you miss the right half of the movie). [09:34] daniels: yes [09:34] i.e. are we talking about buggy (vs non-existant) support for chipsets we don't support now? [09:34] or screwing up chipsets that were previously OK [09:34] if so, it's not worth reverting [09:35] (imo) [09:35] daniels: that was ok before [09:35] TReenaks: can you confirm? [09:35] argh! [09:35] + the VT switching. i guess that was working before too [09:35] no, previously it just hung from Kamion [09:35] s/from/for/ [09:36] that's progress ;) [09:36] daniels: well he wrote something different in the bug report [09:36] there will be hardware and features that Warty does not support, this is unavoidable and not an RC issue. However, Warty should not hang the system even if it doesn't properly support the hardware [09:36] X starts up fine with the new driver (I suspect it might have started up with [09:36] the old driver too if I'd had my font packages configured correctly); === hazmat [~hazmat@c-24-15-10-12.client.comcast.net] has joined #ubuntu-devel [09:40] mdz: right [09:40] mdz: hence my suggestion of just having all of via use vesa [09:40] mdz: afaict that's the least-bad case [09:41] may not support everything, but it doesn't hang [09:41] via seems to be a total basketcase in general [09:42] (the via-supplied driver doesn't even work, there are two external projects -- one of which is dead -- to fix it, but neither of them have great access to hardware) [09:42] I've never encountered a via graphics card [09:42] are there some which work correctly? [09:42] mdz: mercifully, they seem to be rare [09:43] mdz: i don't know. i assume so, but I've not seen any success reports (not that we tend to, obviously; just the bug reports) [09:43] i have no access to via, and it's not something I'm terribly upset about [09:49] i still suggest that if we enounter a via card, we ask for the driver and we don't probe [09:49] i am really not happy to default to vesa [09:51] mdz: can you please approve #2051? It's trivial (the gimp-print force-reload fix) === carlos_ [~carlos@69.Red-80-33-181.pooles.rima-tde.net] has joined #ubuntu-devel [09:51] Hi carlos_! [09:52] yes [09:53] mdz, mithrandir: what do we want to do about the amd64 gcc-3.3 biarch? [09:57] hi [09:57] doko: well, we only use it for grub and oo.o, right? as long as the changes are obviously correct and cannot introduce regressions, I think we can do it [09:57] we should only need to verify grub and oo.o if it is simple enough [10:01] doko: but when I look at the bug report, it sounds like too big a change for 9 days from release [10:02] it must touch 3 or 4 packages, replacing things which have been tested and work with new code... [10:02] jdub: do you have an opinion on #1996? [10:05] yes, it touches many things. however they all look straight forward. for gcc-3.3 I outlined a less invasive approach (and not touching grub). For the gcc-3.4 change, ia32-libs-ooo is affected too. === elmo_ [~james@host217-37-231-28.in-addr.btopenworld.com] has joined #ubuntu-devel [10:08] elmo_: you were looking for me earlier? [10:13] wondering if ndiswrapper should be going to main? [10:13] (cf. jabber) [10:17] elmo_: do we have a ubuntu-admin@, or is this just thom@ ? ;) [10:17] elmo_: tricky question [10:18] doko: admins@admins atm [10:18] err, admins@admins.warthogs.hbd.com I mean [10:18] elmo_: what does Mark say? [10:18] the RFC-required addresses at @ubuntu.com etc. will work, but we don't have a proper admins one setup yet [10:18] mdz: dunno, he's busy deciding out fate for the day(tm) with Steve - I'll ask him afterwards [10:19] elmo_: I think it probably belongs in SupportedSeed, but please confirm [10:22] mdz, daniels: #ubuntu-meeting please === seb128 [~seb128@AAubervilliers-105-1-2-23.w80-15.abo.wanadoo.fr] has joined #ubuntu-devel [10:27] morning [10:27] mdz: mark confirmed main - any more detail someone else will have to ask him if needed [10:28] Morning seb128! [10:28] hello pitti [10:28] seb128: hey [10:28] elmo_: I'll add to SupportedSeed [10:36] elmo_: please move pnm2ppa into main; I added it to a seed already [10:36] are there any ops for the #ubuntu channel? [10:36] plovs: why, is there a problem? [10:38] mdz, some people needs some kicking :) [10:38] ubuntu has been on slashdot you know [10:40] mdz: as long as wvdial is in the seed list it's almost impossible for me to detect any other changes [10:41] elmo_: yes, that is overdue for fixing [10:41] apparently, the only other package which uses libwvstreams is "retchmail" [10:42] which doesn't sound like it uses all the crazy stuff in that library either [10:42] so I'm thinking we should just have a minimal build of libwvstreams [10:49] morning [10:52] Kamion: morning [10:52] Kamion: the natives are anxious for the new live CD :-) [10:54] do we have a bug# for the "splash screen stays around after logging in"? [10:54] elmo_: minimal wvstreams uploaded, should not require any other packages from universe [10:54] Mithrandir: with or without causing the entire login process to fail? [10:54] with = 1943 [10:55] without = an old bug which was closed [10:55] without [10:55] mdz: on the mysterious system hangs bug -- it seems like it only happens with some packages, not all.. [10:55] Mithrandir: 1725 [10:56] seb128: ping? [10:57] pong [10:58] I love how gnome-terminal is able to use 50% cpu on a 2.4GHz P4 when running tar cvzf [10:58] seb128: so about #1943...:-) [10:59] turn sound events off by default ? :) [10:59] seb128: I confirmed that disabling gnome-settings-sound.c:apply_settings works around the bug [10:59] so it is definitely related to the sound init [10:59] though I have not been able to find the exact problem [11:00] seb128: I would prefer to fix the bug, to be honest :-) [11:00] mdz: ping? [11:00] seb128: is there someone who is familiar with that reaper.c code? [11:00] this part of code is not really maintained upstream, so dunno where to get help. I've not knowledge of this part of code either and I'm not able to reproduce it here ... [11:00] I would like to fix it too [11:01] but I've no real idea on where to start [11:02] it is so strange that you cannot reproduce it [11:02] seb128: I can give you a shell on my machine if it would help [11:02] seb128: it is easy to reproudce at the command line [11:02] by running gnome-settings-daemno [11:04] ok, I'll have a serious look on this now. I'll start by making some extra tests on my test box and read the code [11:04] and then I'll ping you back if I need a shell. But I would like to reproduce it here, more easy to debug in local [11:05] seb128: thanks, this is high priority because many users are encountering it, and it completely breaks their system [11:05] on my box, if I "lsmod | grep '^snd' | awk '{ print $1 }' | xargs -n1 sudo rmmod" and login again, I don't even have a line about /dev/dsp [11:05] seb128: if you cannot isolate the problem today, we will need to disable sound events [11:06] seb128: that's strange; you have sound server startup enabled? [11:06] yes [11:06] sound events are working [11:06] I log out, remove the sound modules and log in again [11:06] no problem, no error in the log [11:07] I just get the volume applet to 0 [11:07] mdz: yeah, I know, will put it up this morning [11:08] mdz: I'm just going to shove it in /releases/warty/preview/ for now (the location in the full tree is orthogonal to Mark's request for a simplified tree) [11:08] seb128: didn't hadess blog about sound being muted on startup recently? [11:08] might have been a different issue though [11:11] wow, #ubuntu is a cesspit now [11:13] are the forums up yet? [11:13] fabbione: defaulting to vesa seriously seems to be much more sane for the two via machines I have here; if you must ask, then at least please default to vesa not to via, I don't want to have to deal with the broken installations that will result otherwise [11:16] azeem: dunno, apparently you read a lot more blogs than me [11:16] azeem: any idea of the date of this blog entry ? [11:17] azeem: I think in this case it is set to 0 because there is no mixer device [11:17] seb128: heh, it might have been somewhere else again ;) [11:18] mdz: do you have esd running when to problem happens ? [11:18] seb128: no, esd cannot start because there is no /dev/dsp [11:18] it could be some kind of race condition, but my laptop loses 100% of the time [11:18] http://www.hadess.net/?start=453 [11:19] "The next piece of work for system-config-soundcard is to fix the fact that ALSA starts up muted, and that the UI is starting to suck a bit" [11:24] ok, on this box I've a lot of "/dev/dsp: No such file or directory" in the log [11:24] but no problem to login [11:25] #2 0x0805de6f in vte_reaper_signal_handler (signum=-512) at reaper.c:64 [11:25] I have no idea where signum=-512 comes from [11:26] vte is a terminal emulator [11:27] what is that doing here ? [11:28] that code is in reaper.c in gnome-settings-daemon [11:28] perhaps the code was copied from another place [11:28] anyway that handler is only called for SIGCHLD [11:28] and there is a test in the handler for that [11:28] so i think gdb is just lying [11:29] gnome-nettool is pulling in tcptraceroute which is pulling in libnet0 and rman [11:29] ok? [11:30] gah [11:30] how about we remove the dependency on tcptraceroute? === daniels returns from battle with pppconfig, bloodied but victorious. [11:31] that thing is bloody *obscure*. [11:31] mdz: permission to upload http://people.ubuntu.com/~daniels/pppconfig/pppconfig-2.3.2ubuntu2-to-ubuntu3.diff ? [11:33] daniels: yes, thanks [11:33] I love it when gdb suspends itself and goes into the background [11:33] that's just the best [11:34] Detaching after fork from child process 10714. [11:34] /dev/dsp: No such file or directory [11:34] Detaching after fork from child process 10716. [11:34] /dev/dsp: No such file or directory [11:34] zsh: suspended (tty output) gdb .libs/gnome-settings-daemon [11:34] after it does that it seems impossible to get it back; even if I continue it, it doesn't respond to any signals so i can't get back to the debugger [11:34] run gdb on it? [11:35] ok, I've tried with the esd maintainer and some other GNOME guys, no clue [11:35] only advice "run away of this part of code if youy can" :( [11:35] great [11:38] mdz: do you have a p4 with HT around? [11:39] Mithrandir: no, I do not [11:40] there might be someone I could ask, but they are asleep [11:40] I can reproduce 1854 with debootstrap here. [11:40] I haven't tried with a full fresh install, since I forgot to bring an extra hard drive today. [11:41] mdz: if you try to run esd from the command line, what happens ? [11:41] any output, error, log ? [11:41] potpal:[...2.8.0/gnome-settings-daemon] esd [11:41] /dev/dsp: No such file or directory [11:41] exactly what I see in xsession-errors [11:41] $ esd [11:41] $ [11:41] fascinating [11:41] no log, no error [11:42] potpal:[...2.8.0/gnome-settings-daemon] md5sum =esd [11:42] 59ad6b41a3c86f4e2e8be91a8b10c1ba /usr/bin/esd [11:43] your esd != my esd? [11:43] on this box yes [11:44] but I've built the package, so that's not the autobuilded one [11:44] mdz: linux-image-2.6.8.1-3-686-smp version 2.6.8.1-9; debootstrap warty /somewhere ; chroot /somewhere ; ; apt-get update; aptitude install '~tdesktop' [11:44] seb128: ok, I have a workaround [11:44] mdz: could you try to rebuild esound ? [11:44] or perhaps a fix [11:44] oh ? [11:44] I disabled all of the pipe crap in the reaper [11:44] Mithrandir: ~tubuntu-desktop [11:44] surely? [11:44] as far as I could tell, its only purpose was for a debug/error message [11:44] and it looked buggy [11:45] Kamion: yes, sorry, I was reading off an xscreenlocked screen. :) [11:45] ok, nice [11:46] seb128: I attached the patch to the bug [11:46] ok [11:47] mdz: dpkg -l | grep esd ? [11:47] seb128: I still get WAY too many error messages [11:47] but at least it lets me login [11:47] "/dev/dsp: No such file or directory" is repeated hundreds of times [11:47] and it tries to fork esd hundreds of times, which is a bit slow [11:47] ii gstreamer0.8-esd 0.8.4-1ubuntu3 Enlightened Sound Daemon plugin for GStreamer [11:47] ii libesd0 0.2.35-0ubuntu1 Enlightened Sound Daemon - Shared libraries [11:47] ii libesd0-dev 0.2.35-0ubuntu1 Enlightened Sound Daemon - Development files [11:47] could you try with libesd-alsa0 ? [11:47] I've this one on this box in fact [11:48] instead of libesd0 === hazmat [~hazmat@c-24-15-10-12.client.comcast.net] has joined #ubuntu-devel [11:48] libesd-alsa0 is crashy [11:48] hum [11:48] try it with libesd0 :-) [11:48] I'm installing it [11:48] perhaps then you can reproduce it [11:48] and then you could verify my patch [11:48] but on my test box which is a non-modified warty install, no problem [11:48] $ esd [11:48] /dev/dsp: No such file or directory [11:48] ok [11:48] the non-alsa version sucks [11:49] are you sure that the alsa version is crashy ? [11:49] 0.2.29 was crap [11:49] Kamion: ~tdesktop seems to work fine as well [11:49] that is why we removed it from desktop [11:49] even after I fixed the bugs that I saw, it was crashy [11:49] but 0.2.35 should fixe most of the issues [11:50] it may be that 0.2.35 is better [11:50] but this is not an esd bug [11:50] that an esd/settings-daemon interaction [11:50] Mithrandir: strange, there's no Task: desktop any more; maybe aptitude is too clever for its own good === trukulo [~mzarza@26.Red-81-45-239.pooles.rima-tde.net] has joined #ubuntu-devel [11:51] Kamion: it probably does substring match -- either works [11:52] seb128: right [11:52] mdz: ok, the non-alsa version flood the .xsession-errors, but doesn't hold the session here [11:52] Kamion: ~tdesk seems to work as well [11:52] Mithrandir: seems like bad behaviour, it means the result of the command can radically change if an extra task is introduced [11:52] seb128: I have no idea why it doesn't break for you, but the patch fixes it for me [11:52] ok [11:52] Kamion: true [11:52] mdz: let's upload a package with the patch and see how it goes ? [11:53] seb128: ok [11:53] mdz: could you try without the patch with the alsa version of the lib ? [11:53] to know if that holds the session too [11:53] seb128: the stuff that I disabled only existed to emit a signal "child-exited" when the child exited [11:53] but there was nothing listening for it [11:53] ok [11:53] I think this code was cut-and-waste from elsewhere [11:53] probably [11:54] ok, I will revert to unmodified g-s-d and install libesd-alsa0 [11:56] thanks [11:57] seb128: it does not seem to hang with libesd-alsa0 [11:57] ok [11:58] switched back to libesd0, hangs [11:59] killall gnome-settings-daemon, install patched gnome-settings-daemon, works [11:59] ok [12:00] let's use the patch for now, but we should consider switching to the alsa version after warty [12:00] after warty hopefully we will get rid of esd :-) [12:01] true :) [12:01] yes, let's go with the patch [12:02] mdz: ok, so for #1897 we just clobber the file if either exists? [12:02] mdz: about to take care of that now [12:03] seb128: after warty, esound should die :-P [12:03] daniels: I'm fine with something similar to the supplied patch, but using grep instead of sed :-) === aj [aj-irc@azure.humbug.org.au] has joined #ubuntu-devel === plovs_work [~plovs@195.13.248.82] has joined #ubuntu-devel [12:03] elmo_: ? [12:03] I would probably have merged the stupid thing a year ago, except that I saw that sed and wanted to fix that first [12:03] aj: ? [12:04] elmo_: you "?"ed earlier? [12:04] oh, one sec [12:05] mdz: yeah, as I said :) [12:05] mdz: heh, fair cop === aj [aj-irc@azure.humbug.org.au] has left #ubuntu-devel [] === azeem [~mbanck@socks-out.lrz-muenchen.de] has joined #ubuntu-devel [12:16] mdz: permission to upload http://people.ubuntu.com/~daniels/dhcp3/dhcp3-3.0+3.0.1rc14-1-to-ubuntu1.diff ? [12:16] daniels: tested the hell out of it? [12:16] as much as I can, but I suppose more testing is always welcome [12:17] I don't have one of those broken dhcp servers handy which doesn't hand out nameservers [12:17] especially with something like the DHCP client [12:17] mdz: ... me neither [12:17] the code for the reasonable case is obviously well-tested and unchanged [12:17] daniels: go ahead and upload [12:17] mdz: (I just yanked that portion out and played around with calling with different variables) [12:17] mdz: thanks [12:17] as long as there are no regressions in the non-broken-dhcp-server case [12:18] not that I can see [12:32] mdz: wvdial's in - I'll hold off on gnome-nettool's deps for now - lemme know if you decide to not fix the package [12:33] mdz: do you want to have all these universe file conflicts resolved for warty? I can do some of them [12:37] I should look at debconf-doc/cdebconf, I guess [12:40] um [12:40] why does show_bug.cgi return 403? [12:40] ah, fixed apparently [12:41] @all: http://www.piware.de/hal/ contains a new hal package which (among other things) should fix the "sometimes the first plugged in device is not recognized" bug (#1954); can somebody verify that? === hazmat [~hazmat@c-24-15-10-12.client.comcast.net] has joined #ubuntu-devel [12:42] @all: for me it works perfectly, but since upstream did not confirm the fix yet, it should get more than one person for testing it [12:42] pitti: could you let me know the results of people testing that :) [12:43] sjoerd_: of course; I will send my latest three patches to David and you anyway [12:43] pitti: nice, thanks === sjoerd_ is now known as sjoerd [12:43] sjoerd_: BTW, does the patch work for you? Then I had already a second person :-) [12:43] sjoerd: (I assume it, because you have written it) :-) [12:44] pitti: yes ofcourse it does ;) === pitti goes to have lunch [12:53] mdz: oh, yay! cpad is ... um ... interesting. [12:54] mdz: needs a separate driver, but it appears to register as a usb input device and also lcd [12:54] mdz: so you can draw shit on your touchpad (!) [12:54] run xterm on your touchpad today! [12:54] if you wanted to, yeah [12:54] someone made an X server with a cpad output device === plovs_work [~plovs@195.13.248.82] has joined #ubuntu-devel [12:57] daniels: i really think 1089 will be fixed with Denis and my changes [12:57] daniels: he completely forgot to install the pc/us_intl layout :P [12:57] if you want to reassing to me go ahead [12:57] haha yeah, I saw that :) [12:57] ok, another bug off my hands is good [12:57] i am almost done with 1964 too [12:58] thanks [12:58] sounds cool :) [12:59] fabbione: http://www.dietmar-kuehl.de/Xcpad/ [12:59] db_get debian-installer/keymap || true [12:59] if [ "$RET" = "br-abnt2" ] ; then [12:59] LAYOUT="br" [12:59] else [12:59] LAYOUT="us_intl" [12:59] fi [01:00] XKBOPTIONS="" [01:00] ;; [01:00] the other exception for br -> abnt2 was already there [01:00] so already defining the proper LAYOUT will do the trick [01:01] but we must have the ub3r keyboard setting tool for hoary [01:01] going or LANG isn't enough [01:02] we'll have localization-config from Debian for hoary ... [01:02] (Konstantinos' thing) [01:04] Kamion: yes. the cose i am using has been stolen from it [01:04] pitti: don't bother with the file conflicts if the universe package is the buggy one [01:05] pitti: downgrade the bug if it is universe's fault [01:05] 2 problems: 1) he didn't coordinate with X at all. He preseeds templates that might not even be there (last time i checked at least) [01:05] mdz: okay [01:06] 2) the templates needs to go in something/shared and we need to sync translations & co. that hasn't been done [01:06] pitti: I can't reproduce the "first plugged in" bug, at least not reliably [01:06] mdz: we forgot to make lsb-release's Ubuntu version number consistent with everything else (i.e. "4.10" rather than "4-10"); OK to upload? [01:06] Kamion: yes [01:06] mdz: its not reliable anyway (it's a race condition) [01:07] mdz: you marked 2007 as duplicate of 1964 but they aren't really the same [01:07] mdz: I thought you were already asleep, but you can test my package before approval [01:08] mdz: one option to catch all the possibility is to confirm the layout when LAYOUT=unknown or LAYOUT=us, that seems to be most common problem. [01:08] mdz: http://www.piware.de/hal/hal_0.2.98-1ubuntu5_i386.deb [01:10] fabbione: I mentioned that on Saturday, but you said it was the same [01:10] mdz: comments on 2026 and 2057? [01:10] already commented on 2026, keep up [01:11] yeah, just got the mail [01:11] it's not my fault every bug takes like 3 minutes to load [01:11] :P === Kamion gets slightly scared that he's now using db_register routinely [01:14] Kamion: how I learnt to stop worrying and love dhb_register [01:15] pitti: I have never seen the warning emitted by that code block === seb128_ [~seb128@AAubervilliers-105-1-2-128.w80-15.abo.wanadoo.fr] has joined #ubuntu-devel [01:16] mdz: well i read it again and i noticed that it is not exactly the same [01:16] mdz: basically, we don't have any support for those touchpads whatsoever (for the cPads, we cannot make a working configuration out of the box; I believe we cannot get any working ALPS configuration) and doing both of 2026 and 2057 would fix this [01:16] fabbione: ok, feel free to fix up the bug [01:17] mdz: asking the question if LAYOUT=unknown or LAYOUT=us ? [01:17] daniels: ok, that's just missing hardware support, and we'll have that. not RC, then [01:17] mdz: -> hoary? [01:17] fabbione: why LAYOUT=us? [01:17] daniels: yes [01:17] mdz fair cop [01:18] mdz: 2007 got a US layout when it should have been es [01:18] mdz: probably due to a lang setting [01:18] fabbione: so probably he chose English install but with Swedish keymap? [01:20] mdz: could be... [01:20] we don't have console -> X mappings [01:20] *"SE"* ) LAYOUT="se" XKBOPTIONS="" ;; [01:20] seb128: is it possible to remove the tcptraceroute dep from gnome-nettool? [01:21] mdz: he must have got a strange LANG or something that we don't handle directly [01:21] mdz: that would explain the "bug" [01:21] but there is no winner here until we don't have console -> X keyboard maps [01:26] mdz: if we remove a part of the UI yes [01:31] daniels: [01:31] # Specific via workaround: [01:31] if [ "$DEFAULT_DRIVER" = "via" ] || [ "$DEFAULT_DRIVER" = "vesa" ] ; then [01:31] PRIORITY="high" [01:31] fi [01:31] db_subst xserver-xfree86/config/device/driver choices "$DRIVER_LIST" [01:31] auto_answer db_input "$PRIORITY" \ [01:31] xserver-xfree86/config/device/driver "$DEFAULT_DRIVER" [01:31] this will ask for the driver if we detect via or the driver is vesa (that is never returned by discover1) [01:31] that means=unknown [01:32] ok [01:32] that saves me s/via/vesa/ in discover1-data [01:32] fabbione: fine by me [01:32] fabbione: you might want to mention that the via driver is buggy as shizzle in that comment [01:34] # Specific via workaround: [01:34] # the via driver sucks nuts and we can't rely on it. The user will [01:34] # have to decide which cracks he prefers and he has 3 options: [01:34] # - via [01:34]