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 h
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 y
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.
I
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.
I
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 y
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 yo
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 pool/main/r/rootskel/rootskel_1.3
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
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
--
T
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,
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 reo
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
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, 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 s
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 update
Eddy Petrişor wrote:
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?
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, this
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 "Desk
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 xg
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
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 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 ca
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 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
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 c
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 woul
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 te
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
K
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,
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 wro
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
> /usr/lib/debug/usr/lib/libgtk-directf
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
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 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
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 n
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"
On Friday 22 September 2006 16:39, Grant Grundler wrote:
> I didn't see anything for parisc (HPPA).
> I don't know of any problems with initramfs on parisc.
> but I don't expect any surprises from the kernel on that.
Maybe I was not clear enough on this. The original text was:
* type of initrd use
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:
rootskel-gt
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
cdrom-modules-
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
> appre
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 sur
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 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
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 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 caus
On Sat, Sep 23, 2006 at 01:56:40PM +0200, Attilio Fiandrotti wrote:
> Sven Luther wrote:
>
>
>
> 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 annoyi
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 functi
Sven Luther wrote:
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 i'm not
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 in
(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
Sven Luther wrote:
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
CONFIG_FB_VALKYRIE=y
C
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
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
Sven Luther wrote:
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 disabling
On Sat, Sep 23, 2006 at 12:07:45PM +0200, Attilio Fiandrotti wrote:
> Sven Luther wrote:
>
>
>
> >>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
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
> >>>th
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 end
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
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.
Tha
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]>
--
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
> so
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
62 matches
Mail list logo