I totally agree :)
Thanks,
Attilio Fiandrotti
Il 21/11/2011 13:00, Debian Bug Tracking System ha scritto:
This is an automatic notification regarding your Bug report
which was filed against the cdebconf-gtk-udeb package:
#402127: GTK frontend should build on and X target too
It has been
Frans Pop wrote:
On Wednesday 27 February 2008, Attilio Fiandrotti wrote:
The only other requirement is a small, CGI capable, http server like
thttpd, which needs to be packaged as an udeb, anyway.
Why does it need to be packaged *anyway*? What other use case is there for
thttpd inside the
Jérémy Bobbio wrote:
On Sun, Feb 24, 2008 at 12:59:17PM +0100, Attilio Fiandrotti wrote:
Some times ago, i started developing a web frontend for cdebconf [1]:
[…]
During those years many people privately showed interest for the
project, so i tought it could be a good idea eventually uploading
Frans Pop wrote:
On Sunday 24 February 2008, Attilio Fiandrotti wrote:
The stuff i'd like to upload consists in the web frontend itself, which
i plan to add to cdebconf/src/modules/frontends/web, and some cgi files
which could be added for now to cdebconf/test/web and later moved to a
ded
Hi
Some times ago, i started developing a web frontend for cdebconf [1]: as
it is now, it can basically do all what other frontends do, but i lacked
the time/resources to merge everything upstream, so the sourcecode
stayed neglected for a year or so on my disk.
During those years many people p
Lior Kaplan wrote:
Attilio Fiandrotti wrote:
Hi
Testing a daily build [1] in Arabic, i noticed that during udeb
downloading the text under the progressbar no longer drifts to the left
while the progressbar moves.
Lior, could you please verify whether this bug is really gone or still
it
Frans Pop wrote:
reassign 405737 cdebconf-gtk-udeb
retitle 405737 "i810 based gfx cards need adhoc framebuffer driver to support
g-i"
thanks
I am reassigning this bug to debian-installer because it's not due to a
bug in the GTK cdebconf frontend, but rather to the lack of the i810 fb
module in
Hi
Testing a daily build [1] in Arabic, i noticed that during udeb
downloading the text under the progressbar no longer drifts to the left
while the progressbar moves.
Lior, could you please verify whether this bug is really gone or still
it persists?
thanks
Attilio Fiandrotti
[1] http
Hi
Daily builds [1] are now based on linux>=2.6.22 and DirectFB 1.0, so
could please someone recheck wheter this bug, which was reported at the
times of linux 2.6.18 and DirectFB 0.9.25, is gone or still persists?
thanks
Attilio Fiandrotti
[1] http://people.debian.org/~joeyh/d-i/ima
e in the kernel.
Attilio Fiandrotti
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
, both bugs are superseded by 373253, whch also reminds us that
libgcc is not provided at all on PowerPC and that a libgcc udeb is still
needed.
Attilio Fiandrotti
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Hi
I didn't understand whether this bug is related to the GTK frontend or
not: in the former case, it should be reassigned to cdebconf-gtk-udeb.
sincerely
Attilio Fiandrotti
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
FYI, this wikipage [1] contains a listing of some machines where the
graphical d-i was tested: the big table has a column which shows the
/proc/fb string, which may be of some help in understanding what
machines need the ofonly fb.
sincerely
Attilio Fiandrotti
[1] http://wiki.debian.org
retitle 373253 "g-i requires libgcc_s.so.1 on AMD64 and PowerPC"
thanks
Given that this is not really a problem in directfb, and was agreed
the proper fix would be to ship libgcc in a new udeb post-etch, I'm
closing this bug now.
I agree, btw i recently noticed that also the PowerPC g-i builds
reassign 410559 libgtk-directfb-2.0-0
severity 410559 normal
tags 410559 upstream
thanks
I just verified that this bug can be found in upstream gtk+ sources too,
hence reassigning to libgtk-directfb-2.0-0
Attilio
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe"
package: cdebconf-gtk-udeb
version: 0.125
severity: normal
The GTK frontend crashes when clicking on the "Cancel" button during
DHCP address acquisition, the bug was found in today's (Nov 30) i386 build.
sincerely
Attilio
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "un
ROTECTED]
On Mon, Nov 19, 2007 at 10:26:27PM +0100, Attilio Fiandrotti wrote:
I noticed the mklibs performs uncorrectly when building the d-i on
PowerPC [1]: as i'm not mklibs expert
You use a broken version of slang. The linker call lacks the map file
which maps the symbol versions.
| $
o "@Base" during
library reduction and that causes that the symbol cannot be found."
The post can be found here [2] and this bug was workarounded for now by
using mklibs-copy in place of mklibs.
regards
Attilio Fiandrotti
[1] https://debian.polito.it/downloads/build_pkg-list.log.gz
Frans Pop wrote:
On Monday 19 November 2007, Attilio Fiandrotti wrote:
to build the images: the problem is that i'm not getting those lines and
Not getting those lines is an error on your side!!!
You should absolutely be able to get those lines. Suggest you work on that a
bit more.
Frans Pop wrote:
The only thing that can tell exactly what happens is the full output
of mklibs with three times the '-v' option ("-v -v -v").
and updated the gzipped logfile [1], but at my inexerienced eyes it
looks like the previous.
No, it now provides the correct info. Here is what seems t
Frans Pop wrote:
On Friday 16 November 2007, Attilio Fiandrotti wrote:
Frans Pop wrote:
On Friday 16 November 2007, Attilio Fiandrotti wrote:
1) When i make the build_powerpc_netboot-gtk target (other targets
untested), i get the following error by mklibs
That looks like it could be #433874
Rick Thomas wrote:
On Nov 16, 2007, at 8:44 AM, Attilio Fiandrotti wrote:
Anyway, i was able to produce a dfb 1.0 based miniiso for powerpc [3]:
it would be nice if someone could give it a try and report whether it
works or not
regards
Attilio
[3] https://debian.polito.it/downloads
Hi
I recently started doing some work with DirectFB 1.0 on PowerPC ( many
thanks go to Rick Thomas who provided me remote access to a development
PowerPC box), and i run into the following issues i wasn't able to solve
myself, but pehrhaps some of you can
1) When i make the build_powerpc_net
Frans Pop wrote:
On Friday 16 November 2007, Attilio Fiandrotti wrote:
1) When i make the build_powerpc_netboot-gtk target (other targets
untested), i get the following error by mklibs
That looks like it could be #433874, but that is supposed to be solved...
The only thing that can tell
Frans Pop wrote:
On Wednesday 14 November 2007, Attilio Fiandrotti wrote:
BTW.. have you tried disabling the radeon module
(disable-module=keyboard) or the hw acceleration at whole (no-hardware)?
"disable-module=keyboard" for disabling the radeon module???
/me suspects a copy-and-p
Frans Pop wrote:
On Wednesday 14 November 2007, Geert Stappers wrote:
Op 14-11-2007 om 10:46 schreef Geert Stappers:
What will happen when there are several version of directfb installed?
(example given: "head" has dfb-1.0, developer adds dfb-1.1 for testing)
I actually considered this, but I
Vern Sun wrote:
I am porting etch graphic installer to a mips based Desktop system
(Lemote/Fulong[1]) and am having a problem running dfbinfo.
== Crash problem when dfbinfo is running in chroot jail.
But it works fine without a chroot.
--
/dev# /usr/lib/di
Vern Sun wrote:
I am porting etch graphic installer to a mips based Desktop system
(Lemote/Fulong[1]) and am having a problem running dfbinfo.
Cool! right now g-i works on i386, amd64, ppc (partially), support for
mips would be great!
== Crash problem when dfbinfo is running in chroot jail.
libdirectfb-1.0-0-udeb provides
such tool into /usr/lib/directfb-1.0.0/bin/ and future versions of this
package may install dfbinfo in other paths.
So, i propose to make the script dfb version agnostic with the attached
patch: is it ok committing the patch ?
regards
Attilio Fiandrotti
Index: report-hw
Geert Stappers wrote:
Package: installation-reports
Boot method: netinst CD
Image version: "lenny (installer build 20071016-02:06)"
Date: 2007-10-22
Machine: Apple iBook G4
Processor: PowerPC 7447A, altivec supported
Memory: 1.2 Gigabyte
Partitions:
...
Comments:
It surprised me there was
Jérémy Bobbio wrote:
Hi!
To see how smooth would be the migration to core components of the
graphical installer currently in experimental, I have built a test image
using directfb 1.0.1-2 and GTK+ 2.11.6-1.
I have not noticed any problems so far, but perhaps some of you could.
You can get the i
Jérémy Bobbio wrote:
On Fri, Aug 17, 2007 at 10:29:36AM -0300, Otavio Salvador wrote:
I've done a look on current available udebs and some look very useless
currently and I'd like to request their removal. For it, I'd like,
first, to discuss here to see if someone complain about:
[...]
- li
Davide Viti wrote:
Hi Guillem,
On Tue, Sep 04, 2007 at 12:01:16AM +0300, Guillem Jover wrote:
I'm not going to upload 1.1.0, as it can be read from the release
announcment that "not all features are working again". I might later
on upload it to experimental.
I see; I hope problems will be fix
Hi
Recently DirectFB version 1.0.1 [1] and 1.1.0 [2] were released: i
suggest we switch to the most recent DFB version while we're still early
in Lenny release cycle.
regards
Attilio
[1] http://directfb.org/index.php?path=Main%2FNews&entry=2007-08-26-0.dok
[2] http://directfb.org/index.php?
Jérémy Bobbio wrote:
Hi!
This (fairly big) patch adds a cdebconf-gtk-tetris package to the
debian-installer. As the name suggest, this will allow you to play
Tetris within d-i.
...
super-cool, i liked it! :)
Attilio
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubsc
Jérémy Bobbio wrote:
Future of g-i
-
Attilio has less time than he used to for taking care of the graphical
installer. Daily maintainance will be done by Lunar once his branch is
ready to be merged, with Attilio helping out. This will also give
Attilio more time to fix remaining
Hi
I just removed the workaround i previously introduced for this bug (see
r48749) because it was fixed upstream in recent gtk+ 2.10.x releases.
You may now notice warning messages by gtk/dfb when performing d'n'd:
those are due to a minor gtk/dfb issue i'm going to address upstream
very soon.
Peter Eisentraut wrote:
Package: debian-installer
Severity: important
I downloaded
http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/i386/iso-cd/debian-testing-i386-netinst.iso
just now, booted it up in a VirtualBox. It gets to
Uncompressing Linux... Ok, booting the kernel.
A
Frans Pop wrote:
On Sunday 08 July 2007 01:28, Jérémy Bobbio wrote:
I never knew that it would take me so much time, but I now consider
that the work I had started on improving the code of the GTK+ frontend
of cdebconf is ready for a broader review.
Thanks for all the work Jérémy!
I'll not co
Frans Pop wrote:
On Saturday 14 July 2007 11:15, Attilio Fiandrotti wrote:
DirectFB allows to set [1] the way the desktop window buffering
mechanism works by disabling the backend buffer.
The result, in my experiments, was saving some some hundreds KB of
memory with no noticeable drawbacks
package: rootskel-gtk
severity: wishlist
tags: patch
DirectFB allows to set [1] the way the desktop window buffering
mechanism works by disabling the backend buffer.
The result, in my experiments, was saving some some hundreds KB of
memory with no noticeable drawbacks.
I propose to apply the at
ently committed into gnome's svn.
Such patch [1] fixes a huge memory leak which currently happens every
time a progressbar is displayed and hid, resulting in some megs of
memory wasted at the end of the installation.
regards
Attilio Fiandrotti
[1]
http://svn.gnome.org/viewcvs/gtk%2B/trunk/gd
Christian Perrier wrote:
If OK, I can send my rough notes to the list.
I'd find this useful.
pere: make g-i configurable
improve the user interface
Is there any further detail available on plans about these two points ?
work on issues with input handling
I guess this is #401296
tags 402126 pending
thanks
Attilio Fiandrotti wrote:
4) As suggested by Jeremy on IRC, reading d-i/keymap while keeping track
of last known value and looking for changes.
This is, IMHO, the easiest solution available ATM, and morover doesn't
require touching other parts of the inst
Attilio Fiandrotti wrote:
Frans Pop wrote:
On Monday 02 July 2007 09:34, Attilio Fiandrotti wrote:
A reasonable improvement over current situation could prbably be
setting TRUE a boolean "d-i/keymap_changed" question from within the
keymap-chooser everytime the console keymap
Frans Pop wrote:
On Monday 02 July 2007 09:34, Attilio Fiandrotti wrote:
A reasonable improvement over current situation could prbably be
setting TRUE a boolean "d-i/keymap_changed" question from within the
keymap-chooser everytime the console keymap is updated.
This could be an o
Loïc Minier wrote:
On Mon, Jul 02, 2007, Attilio Fiandrotti wrote:
The core of the problem is not detecting the keymap change at the toolkit
level (which is unimportant in our case) but rather informing the windowing
system (DirectFB in our case) that the keymap has to be updated to match
the
ded messages related to keymap reloading anymore.
This fix to work requires of course updating both the keymap-chooser and
gtk frontend toghether.
I'd like to hear opinions on this solution.
regards
Attilio Fiandrotti
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Colin Watson wrote:
On Thu, Jun 28, 2007 at 11:13:10AM +0200, Attilio Fiandrotti wrote:
With gtk+ 2.10.13 from debian archives, the GDK_WINDOWING_DIRECTFB is
still not defined (while it is when building gtk/dfb from sources),
hence we cannot depend on it to enable at compile time the code
Christian Perrier wrote:
This happened last night on my system:
The following packages have unmet dependencies:
cdebconf-gtk-udeb: Depends: libcairo2 (>= 1.4.0) but it is not installable
The same goes for all images that includes the graphical
installer. The floopy and netboot images build fi
define when --enable-d-i
configuration switch is used (which, i guess, is turned on when building
for the d-i), and depend on it to compile in keymap reloading and
possibily other d-i specific options in the GTK frontend.
Any opinion on this?
regards
Attilio Fiandrotti
--
To UNSUBSCRIBE, email
Colin Watson wrote:
On Thu, Jun 21, 2007 at 03:35:09PM +0200, Attilio Fiandrotti wrote:
* r47575
- There are plans for having cdebconf replacing debconf someday, this
means the gtk frontend should build against gtk/x11 too [1].
Including more directfb private includes files goes the oppposite
Hi Lior
I'd like to know if this bug is still reproducible with a daily build
[1] which is based on the recent 2.10.13 GTK+ version, which among the
many bugfixes it provides, may also have fixed this specific one.
thanks
Attilio
[1] http://people.debian.org/~joeyh/d-i/images/daily/gtk-mini
tags 427657 pending
thanks
This bug was fixed in cdebconf 0.117
regards
Attilio Fiandrotti
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Jérémy Bobbio wrote:
On Thu, Jun 21, 2007 at 03:35:09PM +0200, Attilio Fiandrotti wrote:
I must evantually say i'm disappointed of the way the gtk frontend code
was nonchalantly modified, without any patch being posted and discussed
on d-boot previously, moreover proving to ignore many d
Jérémy Bobbio wrote:
On Thu, Jun 21, 2007 at 03:35:09PM +0200, Attilio Fiandrotti wrote:
I must evantually say i'm disappointed of the way the gtk frontend code
was nonchalantly modified, without any patch being posted and discussed
on d-boot previously, moreover proving to ignore many d
Jérémy Bobbio wrote:
On Thu, Jun 21, 2007 at 03:35:09PM +0200, Attilio Fiandrotti wrote:
I must evantually say i'm disappointed of the way the gtk frontend code
was nonchalantly modified, without any patch being posted and discussed
on d-boot previously, moreover proving to ignore many d
Jérémy Bobbio wrote:
On Thu, Jun 21, 2007 at 10:39:24AM +0200, Attilio Fiandrotti wrote:
Jérémy Bobbio wrote:
The whole frontend is currently in one huge single C file. I'm
proofreading the whole thing for refactoring, memory leaks, potentiel
segfauts, etc.
I'd like to know What
Jérémy Bobbio wrote:
Hi!
Just a short notice to tell everyone that I have started to work on
improving the code of the GTK+ frontend for cdebconf.
The whole frontend is currently in one huge single C file. I'm
proofreading the whole thing for refactoring, memory leaks, potentiel
segfauts, etc.
Jérémy Bobbio wrote:
Hi!
As some of you might know, the debian-installer uses GTK+ on DirectFB as
its front-end. We were thinking of adding an integrating terminal
window to the graphical installation process.
I have looked at libvte [1] which is part of GNOME libraries and can
provide a termi
Frans Pop wrote:
On Monday 18 June 2007 12:21, Attilio Fiandrotti wrote:
If no one notices regressions (and this shouldn't happen), i'm going to
commit the patch in trunk.
Feel free to commit so it can be tested.
Done: it's worth pointing out that the cursor is now ex
Hi
As gtk+-directfb 2.10.13 (containing my upstream patched for the wrong
cursor shape issue) entered unstable, the workaround i provided in gtk
frontend is no longer necessary, so here is a patch to get us rid of it.
If no one notices regressions (and this shouldn't happen), i'm going to
co
Frans Pop wrote:
On Wednesday 13 June 2007 21:25, André Luiz Rodrigues Ferreira wrote:
Can we prepare an other GTK theme, using other gtk2 engine?
In theory, yes. But there are technical issues that need to be considered.
For example, we partly ended up with the Clearlooks engine because it
Frans Pop wrote:
On Thursday 14 June 2007 12:15, Attilio Fiandrotti wrote:
As i reported yesterday, i built a miniiso from the "etch" branch in
svn and, everytime i switched to VTn, the installer crashed.
That is completely crazy as nothing can have changed since the release for
Attilio Fiandrotti wrote:
Frans Pop wrote:
On Thursday 14 June 2007 10:46, Attilio Fiandrotti wrote:
yep, that's correct: after etch r0, something has changed in gcc and
now libgcc.so.1 is required also by i386 images ( and possibly ppc ): i
think the EXTRAFILES workaround should be appli
Frans Pop wrote:
On Thursday 14 June 2007 10:46, Attilio Fiandrotti wrote:
yep, that's correct: after etch r0, something has changed in gcc and
now libgcc.so.1 is required also by i386 images ( and possibly ppc ): i
think the EXTRAFILES workaround should be applied to i386 and ppc in
the
Frans Pop wrote:
Package: cdebconf-gtk-udeb
With current daily images, checkboxes and radio buttons are completely
black. For etch, the checkmark in a checkbox and the center of the
selected radio button did have a red color.
Filing this report against cdebconf as I'm not sure what the cause
Holger Wansing wrote:
On Wed, 13 Jun 2007 10:21:58 +0200 Attilio Fiandrotti wrote:
This is #373253: as listed in the GuiToDo [1] wiki page, the solution is
Hmm, #373253 is about amd64.
I have an i386 machine with the same error.
I think this worked with etch r0 here.
yep, that's co
Frans Pop wrote:
On Wednesday 13 June 2007 16:16, Attilio Fiandrotti wrote:
2) *Lenny installer*
- Keymap bug is reproducible: because in lenny we use gtk 2.10.x (2.8.x
is instead used in etch) and GDK_WINDOWING_DIRECTFB is not defined
Great. I'll commit the patch and upload.
ok
-VT
tags 427657 patch
retitle 427657 "Crash at VT switch in Etch and keymap not reloaded in Lenny"
thanks
Frans Pop wrote:
On Wednesday 13 June 2007 13:22, Attilio Fiandrotti wrote:
So, i assume something has changed after etch release which requires
libgcc on i386 too, right?
Ye
Frans Pop wrote:
On Wednesday 13 June 2007 10:27, Attilio Fiandrotti wrote:
Holger, you said switching to a different VT (with Ctrl-Alt-Fx) this
doesn't work, right ? but was this tested on i386 or x86 ?
s/x86/amd64/
Indeed, i was menaing amd64, not x86, sorry..
In the latter case, t
Holger Wansing wrote:
Hi,
On Thu, 07 Jun 2007 21:33:55 +0200 Attilio Fiandrotti wrote:
I'm aware we had problems like that before, but we addressed them by
switching to linux_input before.
Moreover i wonder why this bug doesn't show up when booting with
expertgui, as Holger repor
reassign 385074 libdirectfb-0.9-25-udeb
severity 385074 important
merge 373253 385074
thanks
Holger Wansing wrote:
This still doesn't work.
Shouldn't this be fixed?
This is #373253: as listed in the GuiToDo [1] wiki page, the solution is
providing libgcc1.so.1 via an appropriate udeb.
r
Christian Perrier wrote:
reassign 427657 cdebconf-gtk-udeb
thanks
I just reproduced that bug with g-i but I can't reproduce it with D-I.
It is not limited to the german keymap. The same hapens with the
French one.
I'm aware we had problems like that before, but we addressed them by
switchi
Christian Perrier ha scritto:
Quoting Debian Bug Tracking System ([EMAIL PROTECTED]):
Processing commands for [EMAIL PROTECTED]:
reassign 427657 console-data
Bug#427657: wrong keyboard at gui install
Bug reassigned from package `kbd-chooser' to `console-data'.
Well, given that the keymap s
As i said before, this patch looks harmless to me, so no problem for me
in applying it.
regards
Attilio
Otavio Salvador ha scritto:
Package: cdebconf
Severity: wishlist
Tags: patch
Reduce the usage of casting to struct frontend_data
From: Otavio Salvador <[EMAIL PROTECTED]>
Use a local var
Anant Shrivastava ha scritto:
hello everyone,
i am anant shrivastava, a new member of this list,
my company was working on developing an internal distro derived from RH
earlier, but with the release of Debian 4.0 i am able to convince the
administration on using Debian.
now we are facing with
Otavio Salvador ha scritto:
Attilio Fiandrotti <[EMAIL PROTECTED]> writes:
The gtk-miniiso seems to be anyway broken [1] because of the libc
dependancy, so i guess he has to defer building until that's fixed, is
this correct?
Looks like it was fixed on yestarday dak's puls
Hi
Yesterday Luca Suriano managed to rebuild directfb-0.9.25 applying
Ville's patch for linux_input module on his power mac and reported a
preliminary success by copying "on the fly" the new input driver in the
g-i environment.
Luca is now trying to building a custom gtk-miniiso including th
Davide Viti ha scritto:
Very recently a patch [1] was pushed upstream in directfb, which is
supposed to fix a similar crash on ppc (#422146), again due to linux_input.
If you have time, could you please try rebuilding directfb udeb with
Ville's patch and rebuild a gtkminiiso for testing?
I'v
David Härdeman ha scritto:
On Tue, May 08, 2007 at 10:24:01PM +0200, Attilio Fiandrotti wrote:
Otavio Salvador ha scritto:
Joey Hess <[EMAIL PROTECTED]> writes:
My standpoint is that installing (or at least activating) splashy
should only be done if it is *known* beforehand that the d
Davide Viti ha scritto:
On Tue, May 08, 2007 at 10:18:47PM +0200, Attilio Fiandrotti wrote:
Davide Viti ha scritto:
As suggested by Attilio, I then got the output of "dfbinfo" (attached
to this message) which I hope will help identifying the root of the
problem.
(*) Dire
Otavio Salvador ha scritto:
Joey Hess <[EMAIL PROTECTED]> writes:
My standpoint is that installing (or at least activating) splashy should
only be done if it is *known* beforehand that the display will be
correct.
usplash uses bogl, same as d-i, so if d-i worked in framebuffer mode,
I'll bet
Davide Viti ha scritto:
As suggested by Attilio, I then got the output of "dfbinfo" (attached
to this message) which I hope will help identifying the root of the
problem.
(*) Direct/Modules: suppress module 'keyboard'
(*) Direct/Modules: suppress module 'ps2mouse'
(*) Direct/Thread: Runni
Eddy Petrișor ha scritto:
Attilio Fiandrotti wrote:
snip
The patch Ville applied upstream should be backported to dfb 0.9.25 and
a test gtk-miniiso built to see whether this patch fixes the bug or not.
Unluckily, i cannot do this test myself because i own no PPC hardware:
so it would be
clone 342053 -1
retitle -1 Input driver linux_input crashes on some PPC machines
tags -1 upstream
thanks
Ville Syrjälä ha scritto:
On Thu, May 03, 2007 at 11:25:34AM +0200, Attilio Fiandrotti wrote:
Christian Schaubschlaeger ha scritto:
You're right, i was confusing the deadkeys bug, whi
highdruff ha scritto:
Attilio Fiandrotti schrieb:
highdruff ha scritto:
Package: debian-installer
Version: Etch 4.0r0
Hello
If Debian Etch 4.0r0 installed from the official DVD (i386) with the
bootparameter expertgui
and then deactivate the root Account to use sudo there is a Bug in Gnome
highdruff ha scritto:
Package: debian-installer
Version: Etch 4.0r0
Hello
If Debian Etch 4.0r0 installed from the official DVD (i386) with the
bootparameter expertgui
and then deactivate the root Account to use sudo there is a Bug in Gnome
Menue.
Whenever you will start an administrative appli
Frans Pop ha scritto:
On Tuesday 17 April 2007 21:06, Luk Claes wrote:
We would like to know which major features are expected to be added in
the next 24 months and how much time you expect them to need to get
stable enough for a Debian stable release.
An overview of the plans of the D-I team
Frans Pop ha scritto:
On Wednesday 18 April 2007 09:47, Attilio Fiandrotti wrote:
Using + and - to expand and collapse trees is GTK's default option.
This is a problem which was raised some time ago too [1], since it's
the second time this thing come up, i guess we must do somethin
reassign 419352 cdebconf-gtk-udeb
severity minor
thanks
Dan Phillips ha scritto:
Christian Perrier wrote:
Quoting Dan Phillips ([EMAIL PROTECTED]):
http://www.debian.org/releases/stable/i386/apds06.html.en
Can I make a suggestion that or maybe a change request for use of
space key or Enter
cause of major problems
(deadkeys, special characters, unrecognized input devices, crash on ppcs
etc)
I tink some directfb upstream work here is needed after etch release,
and specifically i'd like to see linux_input not crashing anymore on PPCs.
Attilio Fiandrotti
--
To UNSUBSCRIBE, email t
Charles Plessy wrote:
Le Wed, Mar 14, 2007 at 05:56:48PM +0530, Praveen A a écrit :
2007/3/14, Charles Plessy <[EMAIL PROTECTED]>:
CD/DVD images are available from:
http://www.debian.org/devel/debian-installer/
I would like to check if everything is OK on iMac G5, which image shall
I use ?
Kurt Roeckx wrote:
On Sat, Mar 10, 2007 at 05:13:10PM +0100, Attilio Fiandrotti wrote:
We had some simiar issues in the past (it's a cairo-directfb bug) but we
workarounded them by using a gtk theme engine.
could you please provide a screenshot?
Here are various screenshots of it.
Kurt Roeckx wrote:
Package: cdebconf-gtk-udeb
Version: 0.113
Hi,
I was using the debian-testing-i386-kde-CD-1.iso from
http://cdimage.debian.org/cdimage/weekly-builds/i386/iso-cd/ from
05-Mar-2007. I assume it has either version 0.113 or 0.114 of
cdebconf-gtk-udeb in it, not sure.
When I came
Frans Pop wrote:
On Thursday 08 March 2007 22:01, Attilio Fiandrotti wrote:
Frans, can i proceed closing this bug or you want this bug to be
renamed and ket open to be listed in the errata list or in the GUI post
Etch TODO?
I would not close it but ask dok to look into it to see if he wants
[EMAIL PROTECTED] wrote:
On Thursday 08 March 2007 11:56, you wrote:
[EMAIL PROTECTED] wrote:
On Monday 05 March 2007 13:45, Frans Pop wrote:
Can you try booting the installer with 'installgui
DEBIAN_FRONTEND=newt', switch to VT2 when the first dialog comes up
[1] and then give us the ou
[EMAIL PROTECTED] wrote:
On Monday 05 March 2007 13:45, Frans Pop wrote:
Can you try booting the installer with 'installgui
DEBIAN_FRONTEND=newt', switch to VT2 when the first dialog comes up
[1] and then give us the output of the following commands:
- cat /proc/bus/input/devices
- ls -l /de
Hermann Kraus wrote:
On Sat, 24 Feb 2007 11:16:10 +0100, Attilio Fiandrotti
<[EMAIL PROTECTED]> wrote:
Hermann Kraus wrote:
Comments/Problems:
HDD: GTK installer didn't work (failed to recognize hdd), however
this seems to be a problem with my image, as it also failed on an
oth
Hermann Kraus wrote:
On Sat, 24 Feb 2007 11:16:10 +0100, Attilio Fiandrotti
<[EMAIL PROTECTED]> wrote:
Hermann Kraus wrote:
Comments/Problems:
HDD: GTK installer didn't work (failed to recognize hdd), however
this seems to be a problem with my image, as it also failed on an
oth
1 - 100 of 489 matches
Mail list logo
