Frans Pop wrote:
On Friday 22 September 2006 22:03, Attilio Fiandrotti wrote:
Yes, i think the patch by davide should be applied: when we switch to
GTKDFB later, we'll have the chance to re-enable the check on the GDK
backend used, so that the GTK frontend works again with GTKX.
You did not
On Thu, Sep 21, 2006, Attilio Fiandrotti wrote:
GDK_WINDOWING_DIRECTFB is apparently not defined inside gtk.c
the following patch works for me
GDK_WINDOWING_[X11|DIRECTFB|...] is a macro defined at GTK configure
time and in GTK 2.10.4 i can find it defined in gdk/gdkconfig.h, while
On Thu, Sep 21, 2006, Attilio Fiandrotti wrote:
FYI, Mathias Classen said GTK+ 2.10.4 is going to be presumably released
at the end of this week.
I'm preparing 2.10.4, and it has some bug fixes, but it doesn't seem to
change anything related to DFB.
--
Loïc Minier [EMAIL PROTECTED]
--
Sven Luther wrote:
On Fri, Sep 22, 2006 at 10:40:34PM +0200, Frans Pop wrote:
On Friday 22 September 2006 21:32, Sven Luther wrote:
We did never implement the thingy which disables the acceleration in
the directfbrc, right ?
I've committed a patch now that always disables it for ppc.
Denis Barbier wrote:
On Fri, Sep 22, 2006 at 04:10:09PM +0200, Frans Pop wrote:
On Friday 22 September 2006 15:12, Attilio Fiandrotti wrote:
I think we may want let icons PNGs in place because this would allow
me to replace the special PNGs used for the error (error_icon.png)
and warning
Loïc Minier wrote:
On Thu, Sep 21, 2006, Attilio Fiandrotti wrote:
FYI, Mathias Classen said GTK+ 2.10.4 is going to be presumably released
at the end of this week.
I'm preparing 2.10.4, and it has some bug fixes, but it doesn't seem to
change anything related to DFB.
No, nothing the
On Sat, Sep 23, 2006 at 10:53:56AM +0200, Attilio Fiandrotti wrote:
Sven Luther wrote:
On Fri, Sep 22, 2006 at 10:40:34PM +0200, Frans Pop wrote:
On Friday 22 September 2006 21:32, Sven Luther wrote:
We did never implement the thingy which disables the acceleration in
the directfbrc,
On Sat, Sep 23, 2006 at 12:07:45PM +0200, Attilio Fiandrotti wrote:
Sven Luther wrote:
snip/
I belive disabling hw acceleration on PPC machines is a good choice, as
we're interested in stability, not performance, and i also belive
performance drop won't be even detectable in the case of
Sven Luther wrote:
snip/
I belive disabling hw acceleration on PPC machines is a good choice, as
we're interested in stability, not performance, and i also belive
performance drop won't be even detectable in the case of a simple DFB
application like our GTK frontend.
By the way, i think
Frans Pop wrote:
On Wednesday 20 September 2006 11:00, Loïc Minier wrote:
Gtk 2.10.1-1 was uploaded yesterday to experimental (and 2.10.3-1
after dinstall). This new upstream release is not compatible with
modules built with prior Gtk versions. Some longstanding issues have
been addressed in
On Saturday 23 September 2006 12:54, Attilio Fiandrotti wrote:
I never filed a bug into GNOME's bugzilla because no one ever was able
to reproduce this bug, but if someone can manage to achieve this (Loic?
Well, I see it completely reliably with the image I built for 2.10 in
vmware. Possibly
Sven Luther wrote:
/snip
That's a good idea.
I also wonder if kernels shipped in d-i include or not modules for
hardware specific framebuffer devices, or generic drivers (like vesafb
on i386) only.
CONFIG_FB_CIRRUS=m
CONFIG_FB_OF=y
CONFIG_FB_CONTROL=y
CONFIG_FB_PLATINUM=y
(new) partman-auto-crypto_1.dsc standard debian-installer
(new) partman-auto-crypto_1.tar.gz standard debian-installer
(new) partman-auto-crypto_1_all.udeb standard debian-installer
Automatically partition storage devices using crypto and LVM
Changes: partman-auto-crypto (1) unstable; urgency=low
Frans Pop wrote:
On Saturday 23 September 2006 12:54, Attilio Fiandrotti wrote:
I never filed a bug into GNOME's bugzilla because no one ever was able
to reproduce this bug, but if someone can manage to achieve this (Loic?
Well, I see it completely reliably with the image I built for 2.10
Sven Luther wrote:
snip/
Yes, i saw the vanished lines in your screenshots and i belive this may
be #385026, which is GTKDFB 2.8.x related and affects all HW platforms.
As Frans said, this is a quite annoying bug and i'll try to see if i can
fix it in GTKDFB 2.8.20 with a small patch (but
On Sat, Sep 23, 2006 at 12:45:10PM +0200, Attilio Fiandrotti wrote:
looking at DFB's supported-hardware page
http://www.directfb.org/index.php?path=Main%2FSupport%2FGraphics
i can see some of those fb modules may allow DFB to run in hw
accelerated mode, but for many of them no
On Sat, Sep 23, 2006 at 01:56:40PM +0200, Attilio Fiandrotti wrote:
Sven Luther wrote:
snip/
Yes, i saw the vanished lines in your screenshots and i belive this may
be #385026, which is GTKDFB 2.8.x related and affects all HW platforms.
As Frans said, this is a quite annoying bug and
On Fri, Sep 22, 2006 at 02:31:43PM +0200, Frans Pop wrote:
* 2.4 support now officially dropped
Starting with RC1 d-i will no longer support 2.4 based installations.
All arches have been switched now and some cleanup has been started;
more cleanup is expected and this may cause
Mmm,
nogo on the xgi card, since 2.6.16/17 have the sisfb framebuffer device not
builtin, but modular.
Is there some place where we can do some kind of framebuffer device detection,
and loading of the appropriate modules ? Where is it done for vesafb, which if
i am not wrong, is modular on x86 ?
On Saturday 23 September 2006 16:17, Sven Luther wrote:
Is there some place where we can do some kind of framebuffer device
detection, and loading of the appropriate modules ? Where is it done
for vesafb, which if i am not wrong, is modular on x86 ?
That should also be an issue for the newt
Accepted:
acpi-modules-2.6.17-2-amd64-di_1.14_amd64.udeb
to
pool/main/l/linux-kernel-di-amd64-2.6/acpi-modules-2.6.17-2-amd64-di_1.14_amd64.udeb
cdrom-core-modules-2.6.17-2-amd64-di_1.14_amd64.udeb
to
pool/main/l/linux-kernel-di-amd64-2.6/cdrom-core-modules-2.6.17-2-amd64-di_1.14_amd64.udeb
On Saturday 23 September 2006 12:45, Attilio Fiandrotti wrote:
Speaking generically, i don't know how much is safe having DFB running
in accelerated mode using fb module X on architecture Y.
An extensive set of tests to detect bad X,Y couples looks dificlut to
be performed, so to be sure the
On Fri, Sep 22, 2006 at 02:31:43PM +0200, Frans Pop wrote:
(Reply-to set to debian-boot; please only add relevant port if needed.)
[ offlist ]
/me wonders why there have been almost no reactions to this mail
The first part is mostly information (though a cool or thanks would be
Accepted:
acpi-modules-2.6.17-2-486-di_1.37_i386.udeb
to
pool/main/l/linux-kernel-di-i386-2.6/acpi-modules-2.6.17-2-486-di_1.37_i386.udeb
cdrom-core-modules-2.6.17-2-486-di_1.37_i386.udeb
to
pool/main/l/linux-kernel-di-i386-2.6/cdrom-core-modules-2.6.17-2-486-di_1.37_i386.udeb
Accepted:
rootskel-gtk_0.11.dsc
to pool/main/r/rootskel-gtk/rootskel-gtk_0.11.dsc
rootskel-gtk_0.11.tar.gz
to pool/main/r/rootskel-gtk/rootskel-gtk_0.11.tar.gz
rootskel-gtk_0.11_i386.udeb
to pool/main/r/rootskel-gtk/rootskel-gtk_0.11_i386.udeb
Override entries for your package:
oldsys-preseed_0.4_i386.changes uploaded successfully to localhost
along with the files:
oldsys-preseed_0.4.dsc
oldsys-preseed_0.4.tar.gz
oldsys-preseed_0.4_i386.udeb
Greetings,
Your Debian queue daemon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe.
I like knowing what is going on thanks for the updates ;-)There is an old UNIX addage. No news is good news.But then again there are some of us that like hearing about the good stuff.
On 9/22/06, Frans Pop [EMAIL PROTECTED] wrote:
(Reply-to set to debian-boot; please only add relevant port if
On Sat, Sep 23, 2006, Attilio Fiandrotti wrote:
I never filed a bug into GNOME's bugzilla because no one ever was able
to reproduce this bug, but if someone can manage to achieve this (Loic?
:) we could file a proper bugreport to have ot fixed in next GTK release.
I would be happy to be a
On Sat, Sep 23, 2006, Attilio Fiandrotti wrote:
if we could build a 2.10.x ISO with debugging symbols for GTK+, and
processes run within vmware could be debugged remotlely using gdb (like
qemu allows to do), this could be a a good proof for the bug.
Meanwhile, let's see if can reproduced
On Fri September 22 2006 05:31, Frans Pop wrote:
/me wonders why there have been almost no reactions to this mail
The first part is mostly information (though a cool or thanks would be
appreciated), but the second part has some issues that need attention.
I'll give this post a cool and a
On Saturday 23 September 2006 19:22, Loïc Minier wrote:
What would be the best way to have debug symbols? libgtk2.0-0-dbg has
the debug symbols of both flavors of Gtk, for example it has:
/usr/lib/debug/usr/lib/libgdk-directfb-2.0.so.0.1000.3
On Sat, Sep 23, 2006 at 05:09:15PM +0200, Frans Pop wrote:
On Saturday 23 September 2006 16:17, Sven Luther wrote:
Is there some place where we can do some kind of framebuffer device
detection, and loading of the appropriate modules ? Where is it done
for vesafb, which if i am not wrong, is
Frans Pop wrote:
On Saturday 23 September 2006 12:45, Attilio Fiandrotti wrote:
Speaking generically, i don't know how much is safe having DFB running
in accelerated mode using fb module X on architecture Y.
An extensive set of tests to detect bad X,Y couples looks dificlut to
be performed, so
Package: kernel-wedge
Version: 1.20
Severity: normal
As subject says, please find attached patch.
Friendly,
Sven Luther
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (500, 'testing')
Architecture: powerpc (ppc)
Shell: /bin/sh linked to /bin/bash
Package: partman-md
Severity: normal
FYI, so partman-md doesn't break once 2.6.18 is uploaded to unstable and
migrated to testing, especially important since 2.6.18 is the etch target
release kernel.
Friendly,
Sven Luther
-- System Information:
Debian Release: testing/unstable
APT prefers
Loïc Minier wrote:
On Sat, Sep 23, 2006, Attilio Fiandrotti wrote:
I never filed a bug into GNOME's bugzilla because no one ever was able
to reproduce this bug, but if someone can manage to achieve this (Loic?
:) we could file a proper bugreport to have ot fixed in next GTK release.
I
Package: cdebconf-gtk-udeb
I just tried todays Etch beta netinstall install CD with the graphical
install (installgui). When the partitioning step is done and the computer
starts to actually do something in the background (probably writing the
partition table or mkfs) it seems to be unwise to
On Sat, Sep 23, 2006 at 12:45:10PM +0200, Attilio Fiandrotti wrote:
looking at DFB's supported-hardware page
http://www.directfb.org/index.php?path=Main%2FSupport%2FGraphics
Well, ...
I did some try with my xgi card, and even though i disabled hardware
acceleration, this is a nogo. I ended
On 23/09/06, Attilio Fiandrotti [EMAIL PROTECTED] wrote:
Also, about the console font corruption with radeonfb, i would be interested
in feedback of if it is a powerpc only issue, or ppc stuff ?
No idea, i on no radeon boards :(
$ lspci | grep ATI
:00:10.0 VGA compatible controller:
On Sat, Sep 23, 2006 at 10:13:10PM +0200, Sven Luther wrote:
On Sat, Sep 23, 2006 at 12:45:10PM +0200, Attilio Fiandrotti wrote:
looking at DFB's supported-hardware page
http://www.directfb.org/index.php?path=Main%2FSupport%2FGraphics
Well, ...
I did some try with my xgi card, and
Processing commands for [EMAIL PROTECTED]:
reassign 389079 mdcfg
Bug#389079: partman-md: 2.6.18 kernel renamed raid5 module to raid456.
Bug reassigned from package `partman-md' to `mdcfg'.
tags 389079 + pending
Bug#389079: partman-md: 2.6.18 kernel renamed raid5 module to raid456.
There were
On Sat, Sep 23, 2006 at 11:35:28PM +0300, Eddy Petrişor wrote:
On 23/09/06, Attilio Fiandrotti [EMAIL PROTECTED] wrote:
Also, about the console font corruption with radeonfb, i would be
interested
in feedback of if it is a powerpc only issue, or ppc stuff ?
No idea, i on no radeon boards
Sven Luther wrote:
On Sat, Sep 23, 2006 at 10:13:10PM +0200, Sven Luther wrote:
On Sat, Sep 23, 2006 at 12:45:10PM +0200, Attilio Fiandrotti wrote:
looking at DFB's supported-hardware page
http://www.directfb.org/index.php?path=Main%2FSupport%2FGraphics
Well, ...
I did some try with my
Package: tasksel
Version: etch-beta-installer
Severity: minor
I just tried today's Etch beta netinst install CD. Since I was curious I
tried the graphical installer (installgui installation mode). When the
'tasksel' step was reached I wished I could have installed KDE. But
there was only a
Sven Luther wrote:
On Sat, Sep 23, 2006 at 12:45:10PM +0200, Attilio Fiandrotti wrote:
looking at DFB's supported-hardware page
http://www.directfb.org/index.php?path=Main%2FSupport%2FGraphics
Well, ...
I did some try with my xgi card, and even though i disabled hardware
acceleration,
Eddy Petrişor wrote:
snip/
A round of PPC tests would be useful, especially it happens to find
owners of ATI or NVIDIA boards.
Got one.
Eddy, do you have the chance to test if forcing off DFB's HW
acceleration makes g-i run on your Mac?
reassign 389079 mdcfg
tags 389079 + pending
thanks
On Saturday 23 September 2006 21:05, Sven Luther wrote:
FYI, so partman-md doesn't break once 2.6.18 is uploaded to unstable
and migrated to testing, especially important since 2.6.18 is the etch
target release kernel.
Module loading updated
On Sat, Sep 23, 2006, Attilio Fiandrotti wrote:
First, the bad news: GTK 2.10.4 has a broken DFB backend, as an old
bugfix [1] by Mike Emmel icluded in CVS was not relesed, so to get a
working GTKDFB library you'll have to use sources form CVS HEAD.
The link you're giving seems like the
Package: installation-reports
Boot method: CD
Image version: From sources.list: deb cdrom:[Debian GNU/Linux testing _Etch_ -
Official Snapshot amd64 Binary-1 (20060810)]
Date: 2006-08-30
Machine: Selfmade: MSI K8N-SLI, 3x250GB SATA as RAID with LVM
Processor:AMD64 3000+
Memory: # free
On Sat, Sep 23, 2006 at 10:50:37PM +0200, Attilio Fiandrotti wrote:
IIUC, you loaded the per-card (SiS) fb device, but DFB ran unaccelerated
because it didn't recognize the board and furthermore acceleration was
forced off, right?
No, i didn't even get into gtk-di, i ended up in a somewhat
Your message dated Sun, 24 Sep 2006 00:00:07 +0200
with message-id [EMAIL PROTECTED]
and subject line my apologies
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to
On Sat, Sep 23, 2006 at 10:46:05PM +0200, Attilio Fiandrotti wrote:
Sven Luther wrote:
On Sat, Sep 23, 2006 at 12:45:10PM +0200, Attilio Fiandrotti wrote:
looking at DFB's supported-hardware page
http://www.directfb.org/index.php?path=Main%2FSupport%2FGraphics
Well, ...
I did some
Hello,
Denis has rec eiieved your filled app.
Damien shall then Re-confirm yo ur info.
http://0F2780.ssr.be
For maryann blicharz
and your past Track Record is not an iss ue.
All re Financetypes have been aproved for you maryann
blicharz
Res pects,
Merle
--
Hi,
Annie has re ceieevi ed your fill ed app lication.
Lillian shall then Re-confirm yo ur infom ation.
http://BEA1D1.n0.be
For maryann blicharz
and your Cr. R ating is not a factor.
All Re financetypes have been approoved for you maryann
blicharz
Thanks,
George
Accepted:
rootskel-bootfloppy_1.38_i386.udeb
to pool/main/r/rootskel/rootskel-bootfloppy_1.38_i386.udeb
rootskel_1.38.dsc
to pool/main/r/rootskel/rootskel_1.38.dsc
rootskel_1.38.tar.gz
to pool/main/r/rootskel/rootskel_1.38.tar.gz
rootskel_1.38_i386.udeb
to
Sorry for taking so long to reply.
We are sorry to inform you that our product is still not in stores.
Currently we are only offering it on our product website and plan on having it
in stores come November 2006.
As mentioned Dr. Lang is still recommending a 4 month supply for best results.
If
Sorry for taking so long to reply.
We are sorry to inform you that our product is still not in stores.
Currently we are only offering it on our product website and plan on having it
in stores come November 2006.
As mentioned Dr. Weiss is still recommending a 4 month supply for best results.
If
Sorry for taking so long to reply.
We are sorry to inform you that our product is still not in stores.
Currently we are only offering it on our product website and plan on having it
in stores come November 2006.
As mentioned Dr. English is still recommending a 4 month supply for best
results.
Sorry for taking so long to reply.
We are sorry to inform you that our product is still not in stores.
Currently we are only offering it on our product website and plan on having it
in stores come November 2006.
As mentioned Dr. Winslow is still recommending a 4 month supply for best
results.
Sorry for taking so long to reply.
We are sorry to inform you that our product is still not in stores.
Currently we are only offering it on our product website and plan on having it
in stores come November 2006.
As mentioned Dr. Banks is still recommending a 4 month supply for best results.
If
On 9/22/06, Frans Pop [EMAIL PROTECTED] wrote:
(Reply-to set to debian-boot; please only add relevant port if needed.)
/me wonders why there have been almost no reactions to this mail
The first part is mostly information (though a cool or thanks would be
appreciated), but the second part has
61 matches
Mail list logo