pkgsrc bulk build report
DragonFly 2.3/i386
Compiler: gcc
Build start: 2009-03-24 10:35
Build end: 2009-03-29 08:58
Full report:
http://leaf.dragonflybsd.org/~hasso/pbulk-logs/20090324.1035/meta/report.html
Machine readable version:
http://leaf.dragonflybsd.org/~hass
sions of the Xorg. So, there is no way to go back ... ;).
Please give it a test and report back any success failure. Note, that
there is a known problem with at least Intel and AMD/ATI hardware - X
server restart breaks DRM.
Enjoy!
--
Hasso Tepper
Who was the guy writing IO scheduler? We really need that, I happened to
do some work when cleanup was started :(.
--
Hasso Tepper
that patches
will be in for 2009Q1 though. But general point remains - upgrading
libraries is pain in pkgsrc.
--
Hasso Tepper
> way.
If we can't put significant resources into it, no.
--
Hasso Tepper
-Build start: 2009-03-16 10:43
+Build start: 2009-03-19 03:16
-Total number of packages: 8417
- Successfully built: 7578
- Failed to build: 358
- Depending on failed package: 155
+Total number of packages: 8419
+ Successfully built: 7553
+ Faile
pkgsrc bulk build report
DragonFly 2.3/i386
Compiler: gcc
Build start: 2009-03-19 03:16
Build end: 2009-03-22 05:19
Full report:
http://leaf.dragonflybsd.org/~hasso/pbulk-logs/20090319.0316/meta/report.html
Machine readable version:
http://leaf.dragonflybsd.org/~hass
-Build start: 2009-03-14 02:18
+Build start: 2009-03-16 10:43
-archivers/paxgr...@netbsd.org
+cad/pcb dmcmah...@netbsd.org
-chat/telepathy-gabble 3 pkgsrc-us...@netbsd.org
+editors/gedit
pkgsrc bulk build report
DragonFly 2.3/i386
Compiler: gcc
Build start: 2009-03-16 10:43
Build end: 2009-03-19 00:14
Full report:
http://leaf.dragonflybsd.org/~hasso/pbulk-logs/20090316.1043/meta/report.html
Machine readable version:
http://leaf.dragonflybsd.org/~hass
kgsrc-us...@netbsd.org
-x11/py-kiwi1 pkgsrc-us...@netbsd.org
-x11/xephem g...@netbsd.org
--
Hasso Tepper
pkgsrc bulk build report
DragonFly 2.3/i386
Compiler: gcc
Build start: 2009-03-14 02:18
Build end: 2009-03-16 00:14
Full report:
http://leaf.dragonflybsd.org/~hasso/pbulk-logs/20090314.0218/meta/report.html
Machine readable version:
http://leaf.dragonflybsd.org/~hass
to disable sdl support as well with --disable-sdl if you
don't want it.)
* gmake
* gmake install
Enjoy!
--
Hasso Tepper
pkgsrc bulk build report
DragonFly 2.3/i386
Compiler: gcc
Build start: 2009-03-07 15:37
Build end: 2009-03-12 05:25
Full report:
http://leaf.dragonflybsd.org/~hasso/pbulk-logs/20090307.1537/meta/report.html
Machine readable version:
http://leaf.dragonflybsd.org/~hass
Matthew Dillon wrote:
> Hasso, what's the best way to test this? pkgsrc HEAD?
No, qemu subversion repo trunk. Pkgsrc is still at 0.9.1.
--
Hasso Tepper
re of pkgsrc ports as well if it will be updated to 0.10.0 and
also trying to push patches into upstreams' stable branch.
happy hacking,
--
Hasso Tepper
pkgsrc bulk build report
DragonFly 2.3/i386
Compiler: gcc
Build start: 2009-03-01 17:05
Build end: 2009-03-07 07:07
Full report:
http://leaf.dragonflybsd.org/~hasso/pbulk-logs/20090301.1705/meta/report.html
Machine readable version:
http://leaf.dragonflybsd.org/~hass
al routers (and full control
over the traffic).
With this in place, making control plane software to support it, is quite
straightforward. I have done this once although in limited way on top of
Linux forwarding tables (which are lame in routing point of view, btw)
with Quagga.
regards,
--
Hasso Tepper
e upstream.
Thank you,
--
Hasso Tepper
I've seen several people claiming that they have a patch to make GCC
upstream compile/work on DragonFly, but stopped working on it for various
reasons (no way to submit it etc). If you have such patch, please contact
me.
--
Hasso Tepper
efore
DragonFly release? It would leave a month to fix problems in pkgsrc.
Q1 and Q3 pkgsrc releases will be targeted to work on latest stable. It
doesn't mean that these will not work on HEAD, they do mostly, but I at
least don't make any extra effort fo that.
--
Hasso Tepper
HEAD and stuff when it'll be
fixed" to reverting changes in our master.
Whatever your proposal is, don't look at me to do anything ;). I'll _try_
to take care that the state of next pkgsrc release will be better, but
that's all. Having a reason to write this letter kills
pkgsrc bulk build report
DragonFly 2.1/i386
Compiler: gcc
Build start: 2008-12-26 12:26
Build end: 2008-12-31 16:39
Full report:
http://leaf.dragonflybsd.org/~hasso/pbulk-logs/20081226.1226/meta/report.html
Machine readable version:
http://leaf.dragonflybsd.org/~hass
pkgsrc bulk build report
DragonFly 2.1/i386
Compiler: gcc
Build start: 2008-12-20 15:53
Build end: 2008-12-24 08:21
Full report:
http://leaf.dragonflybsd.org/~hasso/pbulk-logs/20081220.1553/meta/report.html
Machine readable version:
http://leaf.dragonflybsd.org/~hass
pkgsrc bulk build report
DragonFly 2.1/i386
Compiler: gcc
Build start: 2008-12-16 09:14
Build end: 2008-12-20 12:44
Full report:
http://leaf.dragonflybsd.org/~hasso/pbulk-logs/20081216.0914/meta/report.html
Machine readable version:
http://leaf.dragonflybsd.org/~hass
g term so that security fixes
can be applied by users in timely manner etc. So, that users can rely on
these packages.
If there will be person who is willing to invest his time into maintaining
builds, we have more to discuss (for example default options for our
official builds etc), but so far there is no point ...
regards,
--
Hasso Tepper
pkgsrc bulk build report
DragonFly 2.1/i386
Compiler: gcc
Build start: 2008-12-11 13:46
Build end: 2008-12-15 14:07
Full report:
http://leaf.dragonflybsd.org/~hasso/pbulk-logs/20081211.1346/meta/report.html
Machine readable version:
http://leaf.dragonflybsd.org/~hass
pkgsrc bulk build report
DragonFly 2.1/i386
Compiler: gcc
Build start: 2008-11-30 08:32
Build end: 2008-12-02 22:35
Full report:
http://leaf.dragonflybsd.org/~hasso/pbulk-logs/bulklog-20081130/meta/report.html
Machine readable version:
http://leaf.dragonflybsd.org/~h
cloning etc as well.
http://anoncvs.estpak.ee/cgi-bin/cgit/dragonfly.git/
--
Hasso Tepper
eady done most of work
for us ;).
And it not just about disliking HAL itself ... Even more I dislike the
fact that more and more stuff is just unusable without it. You can't have
even simple sound output in KDE4 without HAL (which actually motivated me
to work on it ;).
regards,
--
Hasso Tepper
f you are interested in
it, please test, report problems and most importantly - try to fix
them ;). Jared D. McNeill is also busy adding hal dependency to Gnome
packages in pkgsrc HEAD, btw.
happy hacking,
--
Hasso Tepper
pkgsrc bulk build report
DragonFly 2.1/i386
Compiler: gcc
Build start: 2008-11-19 07:54
Build end: 2008-11-23 20:56
Full report:
http://leaf.dragonflybsd.org/~hasso/pbulk-logs/bulklog-20081119/meta/report.html
Machine readable version:
http://leaf.dragonflybsd.org/~h
Hasso Tepper wrote:
> Total number of packages: 7995
> Successfully built: 7269
> Failed to build: 298
> Depending on failed package:98
> Explicitly broken or masked: 273
> Depending on masked package:57
This (quite good :)
pkgsrc bulk build report
DragonFly 2.1/i386
Compiler: gcc
Build start: 2008-10-04 09:07
Build end: 2008-10-04 15:36
Full report:
http://leaf.dragonflybsd.org/~hasso/pbulk-logs/bulklog-20081004p/meta/report.html
Machine readable version:
http://leaf.dragonflybsd.org/~
pkgsrc bulk build report
DragonFly 2.1/i386
Compiler: gcc
Build start: 2008-10-02 20:34
Build end: 2008-10-03 07:41
Full report:
http://leaf.dragonflybsd.org/~hasso/pbulk-logs/bulklog-20081002/meta/report.html
Machine readable version:
http://leaf.dragonflybsd.org/~h
pkgsrc bulk build report
DragonFly 2.1/i386
Compiler: gcc
Build start: 2008-10-01 13:04
Build end: 2008-10-01 21:02
Full report:
http://leaf.dragonflybsd.org/~hasso/pbulk-logs/bulklog-20081001/meta/report.html
Machine readable version:
http://leaf.dragonflybsd.org/~h
pkgsrc bulk build report
DragonFly 2.1/i386
Compiler: gcc
Build start: 2008-09-29 12:51
Build end: 2008-09-30 14:40
Full report:
http://leaf.dragonflybsd.org/~hasso/pbulk-logs/bulklog-20080929/meta/report.html
Machine readable version:
http://leaf.dragonflybsd.org/~h
pkgsrc bulk build report
DragonFly 2.1/i386
Compiler: gcc
Build start: 2008-09-28 04:34
Build end: 2008-09-29 06:46
Full report:
http://leaf.dragonflybsd.org/~hasso/pbulk-logs/bulklog-20080928/meta/report.html
Machine readable version:
http://leaf.dragonflybsd.org/~h
pkgsrc bulk build report
DragonFly 2.1/i386
Compiler: gcc
Build start: 2008-09-25 04:07
Build end: 2008-09-27 04:13
Full report:
http://leaf.dragonflybsd.org/~hasso/pbulk-logs/bulklog-20080925/meta/report.html
Machine readable version:
http://leaf.dragonflybsd.org/~h
pkgsrc bulk build report
DragonFly 2.1/i386
Compiler: gcc
Build start: 2008-09-22 06:13
Build end: 2008-09-25 00:21
Full report:
http://leaf.dragonflybsd.org/~hasso/pbulk-logs/bulklog-20080922/meta/report.html
Machine readable version:
http://leaf.dragonflybsd.org/~h
pkgsrc bulk build report
DragonFly 2.1/i386
Compiler: gcc
Build start: 2008-09-18 14:17
Build end: 2008-09-22 04:23
Full report:
http://leaf.dragonflybsd.org/~hasso/pbulk-logs/bulklog-20080918/meta/report.html
Machine readable version:
http://leaf.dragonflybsd.org/~h
ave no any interest in it
and/or chance to test.
* C# related stuff - most notably lang/mono. There are some really nice
apps written in C#, but fixing mono needs some deeper knowledge about
threading in DragonFly to make garbage collecting work.
happy hacking ;)
--
Hasso Tepper
pkgsrc bulk build report
DragonFly 2.1/i386
Compiler: gcc
Build start: 2008-09-14 05:56
Build end: 2008-09-18 09:42
Full report:
http://leaf.dragonflybsd.org/~hasso/pbulk-logs/bulklog-20080914/meta/report.html
Machine readable version:
http://leaf.dragonflybsd.org/~h
open, but no feedback either -
http://www.netbsd.org/cgi-bin/query-pr-single.pl?number=39148
--
Hasso Tepper
Matthew Dillon wrote:
> Very cool. I'll have to find a machine to test it on. My test
> cubes only seem to have C1.
It's a laptop only (mobile chipset and stuff) thingie.
--
Hasso Tepper
eature you have to use hw.pci.do_power_nodriver tunable (see sysctl -d
hw.pci.do_power_nodriver for values you can use).
enjoy,
--
Hasso Tepper
Jordan Gordeev wrote:
> 2008Q2 has got updated software and many packages, which didn't build
> on DragonFly with 2008Q1, are now fixed thanks to the efforts of Hasso
> Tepper.
Without pkgsrc developers my work would just rotten somewhere in the leaf.
I'd like to thank especi
thacrazze wrote:
> But 2008Q2 is already branched, see
> http://cvsweb.netbsd.org/bsdweb.cgi/pkgsrc/?only_with_tag=pkgsrc-2008Q2
branch != release
--
Hasso Tepper
whatever) - I've seen several hardware combinations
where BIOS update fixes the issue (this includes my current desktop).
It _might_ help if you switch SATA controller into legacy IDE or
compatibility mode from BIOS. But it also might happen that SATA CD/DVD
drive will not be detected at all in this case.
--
Hasso Tepper
Geert Hendrickx wrote:
> I've committed this patch to pkgsrc/www/firefox, and a similar one to
> www/seamonkey as well. Please test.
Both compile and work fine. Many thanks.
--
Hasso Tepper
kgsrc tree - there was the problem in
devel/svk, but it's fixed already.
--
Hasso Tepper
I
don't use it my everyday browsing. Firefox3 doesn't have the code I fixed
in firefox2, btw.
--
Hasso Tepper
Joerg Sonnenberger wrote:
> On Thu, Jul 03, 2008 at 04:27:40PM +0300, Hasso Tepper wrote:
> > Recent Firefox (security) update to 2.0.0.15 in pkgsrc broke it for
> > DragonFly:
>
> I've seen this in the past and it was always a linker error.
> Check if there
Hasso Tepper wrote:
> Total number of packages: 7721
> Successfully built: 6869
> Failed to build: 334
> Depending on failed package: 180
> Explicitly broken or masked: 279
> Depending on masked package:59
Note that this doesn
OBATA Akio wrote:
> Why Full reort URL point to old report?
> Should be
> http://leaf.dragonflybsd.org/~hasso/bulklog-20080703/meta/report.html
Yeah, sorry. ENEEDMORECOFFEE.
--
Hasso Tepper
pkgsrc bulk build report
DragonFly 1.13/i386
Compiler: gcc
Build start: 2008-07-03 03:26
Build end: 2008-07-03 18:22
Full report:
http://leaf.dragonflybsd.org/~hasso/bulklog-20080618/meta/report.html
Machine readable version:
http://leaf.dragonflybsd.org/~hasso/bulkl
bsign'
make[2]: *** [libs] Error 2
I don't have time to investigate it, but I think that the package is
essential for DragonFly users. So please, if you have time and
interest ... I can take care of pushing patches to the pkgsrc.
--
Hasso Tepper
pkgsrc bulk build report
DragonFly 1.13/i386
Compiler: gcc
Build start: 2008-06-27 16:49
Build end: 2008-07-02 16:37
Full report:
http://leaf.dragonflybsd.org/~hasso/bulklog-20080627/meta/report.html
Machine readable version:
http://leaf.dragonflybsd.org/~hasso/bulkl
> this month, in two weeks).
Latest quarterly was disaster if speaking about DragonFly. Although there
is still great amount of patches not committed yet (sitting in GNATS),
HEAD is in much better shape. And 2008Q2 should be released in some weeks
as well.
--
Hasso Tepper
pkgsrc bulk build report
DragonFly 1.13/i386
Compiler: gcc
Build start: 2008-06-18 09:18
Build end: 2008-06-23 09:58
Full report:
http://leaf.dragonflybsd.org/~hasso/bulklog-20080618/meta/report.html
Machine readable version:
http://leaf.dragonflybsd.org/~hasso/bulkl
pkgsrc bulk build report
DragonFly 1.13/i386
Compiler: gcc
Build start: 2008-06-04 05:27
Build end: 2008-06-09 11:05
Full report:
http://leaf.dragonflybsd.org/~hasso/bulklog-20080604/meta/report.html
Machine readable version:
http://leaf.dragonflybsd.org/~hasso/bulkl
ading
is needed to make garbage collectors working. The rest is probably trivial.
happy hacking,
--
Hasso Tepper
nFly ...
FYI, even Qt 4.4 doesn't work correctly yet on DragonFly.
Seriously, this discussion is irrelevant to the project IMHO. LiveCD/DVD
project should create infrastructure for building CD and DVD images with
whatever packages I, as iso builder, would like to see on it.
just my 2c,
--
Hasso Tepper
Hasso Tepper wrote:
> Simon 'corecode' Schubert wrote:
> > Could you check what libtool is doing to the arguments? I suspect it
> > reorders them and places DynaLoader.a *before* libnetsnmpagent.so.
> > Ld's default is only to include those objects of an arch
at bringing objc support into gcc41 later.
--
Hasso Tepper
Hasso Tepper wrote:
> And while at looking what needs to removed I discovered that we have
> Objc support as well in gcc34. It's compiled by default, but we don't
> have even /usr/bin/cc1objc. Any objections to remove it as well?
Nevermind. I received already one mail from us
Simon 'corecode' Schubert wrote:
> Hasso Tepper wrote:
> > OK, much clearer now. So, now I think that best approach is
> > completely opposite. Basically, there are two options:
> >
> > a) Remove fortran from the base.
>
> +1 if f2c works well.
My brie
lt for now. And fortran will be removed from the
base if we'll remove gcc34 somewhere in future.
AFAICS NetBSD (at least recent versions) don't have fortran in the base
either and rely on lang/f2c.
Opinions?
--
Hasso Tepper
NUC__) && __GNUC__ == 3 && __GNUC_MINOR__ == 4
#define GCC_LIB -L/usr/lib/gcc34
...
#elif defined(__GNUC__) && __GNUC__ == 4 && __GNUC_MINOR__ == 1
#define GCC_LIB -L/usr/lib/gcc41
...
Anyone has good ideas how to do it in better way?
--
Hasso Tepper
what? I'd prefer to add fortran into
gcc-4.1 as well. Are there objections?
--
Hasso Tepper
ECTED]
These need Fortran.
> devel/gnustep-objc26 [EMAIL PROTECTED]
This needs Obj-C.
> misc/libcdio 21 [EMAIL PROTECTED]
Reported - http://www.netbsd.org/cgi-bin/query-pr-single.pl?number=38627
--
Hasso Tepper
Samuel J. Greear wrote:
> I just noticed I still have these sitting here so I figured I would
> post sizes. 1.12.1 ISO 294M, bz2 108M, 7z 74M, zip 118M, gz 120M.
lrz 69M
It doesn't mean that I care though. In fact, I use gzip most of time -
bandwith is quite cheap nowadays.
--
Hasso Tepper
ing
voltage has effect, changing frequency doesn't have any effect to power
usage or heat. CPU is just slower. I havent digged deep into it yet,
though ...
[1] - http://leaf.dragonflybsd.org/mailarchive/bugs/2007-04/msg00099.html
--
Hasso Tepper
rt hacking on it ...
"ACPI idle hook not yet supported for SMP." What's the reason? what needs
to be done? etc
--
Hasso Tepper
cle&sid=20080321023803
Yeah, I know. But it wouldn't help me at the moment even if it would be
DragonFly port - browser plugin is the only thing I'm interested in ;).
--
Hasso Tepper
Matthew Dillon wrote:
> :What's the status of Java 2 on DragonFly? Anyone tried recently to
> : build Java from sources? Binaries available? Or is Linux emu the only
> : way? Which version? etc ...
> :--
> :Hasso Tepper
>
> I haven't tried. I did hear recentl
What's the status of Java 2 on DragonFly? Anyone tried recently to build
Java from sources? Binaries available? Or is Linux emu the only way?
Which version? etc ...
--
Hasso Tepper
ckplane.com/DFlyMisc/pkgsrc-devel-m4.patch
--
Hasso Tepper
Matthew Dillon wrote:
> :> leaf:/archive/FreeBSD-current/src/lib/libc/sys/stack_protector.c
> :
> :Yeah, but should we take care of preserving symbols for old stuff as
> : well? We would break binaries compiled with gcc34 otherwise?
> :
> :--
> :Hasso Tepper
>
>
x35): undefined reference to `__stack_chk_guard'
> :hello-world.c:(.text+0x3c): undefined reference to `__stack_chk_fail'
> :~$
> :
> :--
> :Hasso Tepper
>
> They must have changed the symbols. libc only has the
> __stack_smash_handler symbol (which is what the
d.c:(.text+0x3c): undefined reference to `__stack_chk_fail'
~$
--
Hasso Tepper
Joerg Sonnenberger wrote:
> On Mon, Apr 14, 2008 at 02:51:32PM +0300, Hasso Tepper wrote:
> > Note that devel/m4 is now broken in DragonFly because of "security
> > fix" pulled up from HEAD with two days during release. Fixing it is
> > beyond my knowledge, so plea
Note that devel/m4 is now broken in DragonFly because of "security fix"
pulled up from HEAD with two days during release. Fixing it is beyond my
knowledge, so please someone have a look.
Even having regular builds doesn't save us from this kind of stuff :(.
--
Hasso Tepper
;). Having more human resources to send reminders
to the maintainers would be good as well ;). But yes, regular builds with
logs (ie. testing in the development phase) is most important we seem to
lack at the moment.
--
Hasso Tepper
", build our packages from this "branch" etc. While
recommended by some people, I personally don't like the idea much though.
Opinions? Or more importantly - volunteers?
--
Hasso Tepper
pool.ntp.org:
Connection refused
etc
One line per server should be enough?
--
Hasso Tepper
, not just
IPv6. But there is good news as well - GENERIC isn't affected because it
doesn't have IPSEC support support compiled in.
So, please update if you haven't done it already and are using IPSEC.
--
Hasso Tepper
Petr Janda wrote:
> > 2) /dev/drm/card0 keeps disappearing due to make upgrade. Can adjust
> > the MAKEDEV script to create the nodes so they dont disappear?
>
> Sorry, I should have verified it. the /dev/dri/card0 node disappears on
> every reboot, not after make upgrade. Why is that? And what can
Justin C. Sherrill wrote:
> On Thu, January 31, 2008 1:54 am, Hasso Tepper wrote:
> > Justin C. Sherrill wrote:
> >> How about now? I think it was missing the language packs that it
> >> looks for when encountering a browser that's using a language
> >>
Justin C. Sherrill wrote:
> How about now? I think it was missing the language packs that it looks
> for when encountering a browser that's using a language different than
> the default. (This is not documented in the somewhat unfocused
> install/upgrade docs, so I'm taking a wild stab.)
Nope. I
Justin C. Sherrill wrote:
> The wiki is working again, at least well enough that a user prefs
> change and a page edit both succeeded.
Doesn't work for me with any internationalised browser (tested Konqueror
and Firefox):
AttributeError
'NoneType' object has no attribute 'startswith'
/usr/pkg/l
walt wrote:
> I just noticed that the python socket module is broken on DEVEL
> but the broken python gets installed anyway because the error is
> non-fatal.
>
> The broken code is in socketmodule.c and is surrounded by an
> #ifdef USE_BLUETOOTH. I'm afraid I know nothing about Bluetooth
> or supp
Jeremy Messenger wrote:
> See here:
> http://lists.freebsd.org/pipermail/freebsd-current/2008-January/081682.
>html
That's not excuse ;). We adopted the code which was rejected by FreeBSD in
the past (sensors framework originally from OpenBSD for example). And I
haven't seen any public and detai
Simon 'corecode' Schubert wrote:
> Then devices should be probed and if there is a better match than ugen
> and if the ugen device is not open, it should be detached from ugen and
> attached to the new driver. Do you think this would be possible?
There is a lot of things that suck in USB stack al
Francois Tigeot wrote:
> However, I found out there's was a difference between a standalone
> uscanner module and one compiled in the kernel.
>
> Standalone module:
> - original -> nothing
> - patched -> nothing
Note that loading module doesn't rescan devices. You have to unplug and
p
Some comments after playing with it.
* I'd like to see committed into upstream, that would make reporting bugs
against upstream easier.
* Loading modules via loader.conf(5) doesn't work - no drm device is
detected. Btw, coretemp(4) has same problem :(.
* Anyone pinged LibMesa(-dri) maintaine
Hasso Tepper wrote:
> Simon 'corecode' Schubert wrote:
> > mkdir /dev/dri
> > mknod /dev/dri/card0 c 145 0 0:0
> > chmod a+rw /dev/dri/card0
>
> For some reason it doesn't work for me in my desktop. Xorg (probably)
> deletes it as soon as I start X (via
Simon 'corecode' Schubert wrote:
> mkdir /dev/dri
> mknod /dev/dri/card0 c 145 0 0:0
> chmod a+rw /dev/dri/card0
For some reason it doesn't work for me in my desktop. Xorg (probably)
deletes it as soon as I start X (via kdm). And although it survives kdm/X
start in my laptop, it's deleted there
I'm fighting with backlight problem in my X61s thinkpad. As far as I
understand the source of the problem is that the keys are not pure
hardware keys any more as they were in IBM thinkpads.
The keys are working during boot and also in DragonFly if I disable ACPI.
If ACPI is loaded, the backlight
Karthik Subramanian wrote:
> On Nov 9, 2007 7:33 AM, Sdävtaker <[EMAIL PROTECTED]> wrote:
> > So... I cant use 1024x768 and neither i can play sokoban :-(
> > Someone knows about any workaround for the Nvidia driver?
> > Thanks for any info.
> > Sdäv
>
> Uh, I think kdegames *should* compile - I'm
clude GPLv2 firmware (as
.h) in the kernel?
--
Hasso Tepper
101 - 200 of 212 matches
Mail list logo