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
Hello,
This bug seems to have nothing to do with subversion, rather it seems ro
be related to the behaviour of libsasl2-2 = 2.1.24, for which a bug is
already open [1].
Cheers,
Attilio Fiandrotti
[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=636534
--
To UNSUBSCRIBE, email
Hello,
I also had the same issue, and workarounded it by specifying the FQDN in
/etc/hostname.
Cheers,
Attilio Fiandrotti
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
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
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]
.
Attilio Fiandrotti
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
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/images
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
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
The linux_input module doesn't detect the keyboard on various
PowerMacintosh'es, resulting in the failure of the call
directfb-GetInputDevice (directfb, DIDID_KEYBOARD, keyboard)
This issue coinstrained us to use linux_input on i386 and AMD and
ps2mouse+keyboard on PowerPC machines [1],
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
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]
reassign 373253 debian-installer
reopen 373253
retitle 373253 g-i requires libgcc_s.so.1 on AMD64 and PowerPC to be
provided by an audeb
tags 373253 patch
thanks
I'm reassigning this bug to debian-installer because it's a d-i building
problem.
I'm reopening the bug for two reasons:
1)
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
, 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.
| $ dpkg -l libslang2-pic
[...]
| ii
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
[2] http://lists.debian.org/debian-boot/2007/11
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
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
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
been successfully tested with an rt2571-based usb wireless
adapter.
regards
Attilio Fiandrotti
rt2570_2.6.22_patch.tgz
Description: Unix tar archive
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
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%2FNewsentry=2007-08-26-0.dok
[2]
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
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.
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
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/gdk/directfb
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
tags 402126 pending
thanks
Attilio Fiandrotti wrote:
snip/
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
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
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
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]
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]
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
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 expected to be I
shaped
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
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.
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 reported.
I'm
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, that's
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?
Yes. No idea exactly
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 crash
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
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
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
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 the
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?
Davide Viti ha scritto:
snip/
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.
snip/
(*) Direct/Modules: suppress module 'keyboard'
(*) Direct/Modules: suppress module 'ps2mouse'
(*)
Davide Viti ha scritto:
On Tue, May 08, 2007 at 10:18:47PM +0200, Attilio Fiandrotti wrote:
Davide Viti ha scritto:
snip/
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.
snip/
(*) Direct
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
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
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 something about
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
not crashing anymore on PPCs.
Attilio Fiandrotti
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
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
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
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 Monday 05 March 2007 13:45, Frans Pop wrote:
snip/
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
[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:
snip/
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
Hermann Kraus wrote:
snip/
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
other machine. Text based install worked very well.
This is strange: the installer, and hence the hdd recognition
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
other machine
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
other machine
Geert-Jan Hut wrote:
Package: debian-installer
Severity: minor
There are a number of screens where the back button is greyed out,
like in the screen about participating in the package usage summary, and
in the software selection screen. This way you can only proceed
forward in the program.
Geert-Jan Hut wrote:
Package: debian-installer
Severity: wishlist
When working through input and selection fields in the gui installer
with a keyboard, tab is used to go to the next field. I would like to
use shift-tab to do the same, but in the reverse direction.
I'll try to implement this
Geert-Jan Hut wrote:
Package: debian-installer
Severity: normal
I used the debian-installer a number of times, and at one time I was
working with it's partitioning resizing functionality. I hit the back
button before I did anything permanent, but at that moment my system
froze. Only a hard
Lior Kaplan wrote:
Package: installation-reports
Hi,
I'm attaching a few screen shots taken from g-i mini iso from
http://people.debian.org/~joeyh/d-i/images/daily/netboot/gtk/ using
Hebrew for installation.
During the installation I've noticed that before some of the titles
there is
Lior Kaplan wrote:
Package: installation-reports
Hi,
I'm attaching a few screen shots taken from g-i mini iso from
http://people.debian.org/~joeyh/d-i/images/daily/netboot/gtk/ using
Hebrew for installation.
This is the write changes to disk? question in partman. The options
are yes/no.
The
Frans Pop wrote:
On Sunday 28 January 2007 18:42, Attilio Fiandrotti wrote:
Yep, and even useful for other purposes when gtk/dfb is used.
Is this something we want to definitely put efforts on for Lenny?
Well, we definitely want some form of shell support from the frontend
(that is also
Lior Kaplan wrote:
Package: installation-reports
Hi,
I'm attaching a few screen shots taken from g-i mini iso from
http://people.debian.org/~joeyh/d-i/images/daily/netboot/gtk/ using
Hebrew for installation.
During the installation I've noticed that before some of the titles
there is
Frans Pop wrote:
On Saturday 03 February 2007 11:21, Attilio Fiandrotti wrote:
It's not correct, however, that the white rectangle remains there after
a mouse click or after the cursor has left the radio button.
Yes, that _is_ correct. How else do you explain my screenshot [1] where
both
Frans Pop wrote:
On Saturday 03 February 2007 11:04, Attilio Fiandrotti wrote:
I'm unsure about this, is the select a keyboard layout a good test
string?
Sure, why not?
what package does provide this question?
kbd-chooser
I just proved this is definitely a gtk/dfb bug: try resizing
Lior Kaplan wrote:
Attilio Fiandrotti wrote:
It's not correct, however, that the white rectangle remains there after
a mouse click or after the cursor has left the radio button.
Have you looked on the pictures attached to the initial bug report? It
clearly show the rectangle remains.
I
Lior Kaplan wrote:
Attilio Fiandrotti wrote:
First, we must check whether this is related to the italic text styling
or not.
I didn't notice any italic style changes.
I prepared an ISO [1] which contains the attached patch: Lior, could you
please perform same tests you did before
reassign 409418 libgtk-directfb-2.0-0
severity 409418 minor
merge 409418 388668
tags 388668 fixed-upstream
thanks
Lior Kaplan wrote:
Attilio Fiandrotti wrote:
Lior Kaplan wrote:
Attilio Fiandrotti wrote:
This was a bug in gtk/dfb i recently patched upstream in gnome svn (btw
Lior Kaplan wrote:
Attilio Fiandrotti wrote:
What you should test using the miniiso is if you can still get the text
under the progress bar to move to the center of the screen.
I noticed we leak a lot of memory during progressbar runs, so i'm really
wondering if 409412 and memory leaks
Frans Pop wrote:
tags 408437 + pending
thanks
On Thursday 25 January 2007 21:22, Mike Hommey wrote:
Everything is in the subject: the Rescue mode fails with g-i. See the
attached screenshot. Maybe it should use openvt to run the shell and
chvt to come back to g-i after the shell exits.
I'm
Mike Hommey wrote:
On Sun, Jan 28, 2007 at 11:47:46AM +0100, Attilio Fiandrotti [EMAIL
PROTECTED] wrote:
snip/
I wrote a chvt similar app some months ago, but the final choice was not
including it in the installer; anyway if someone wants it, the
sourcecode is still available
Mike Hommey wrote:
On Sun, Jan 28, 2007 at 06:42:15PM +0100, Attilio Fiandrotti [EMAIL
PROTECTED] wrote:
That's an even better approach than chvt'ing to VT2 and then back by hand.
Is this something we want to have for Etch ?
That would be nice, but not strictly necessary. If I got it well
/x11 , a
patch [1] is needed.
Viceversa, the web frontend [2] is ready to be merged into our svn tree
and should run easily, without need for X explicit dependance, and i
wonder if this could be an option over the GTK one for desktop systems.
Attilio Fiandrotti
[1] http://bugs.debian.org/cgi
tags patch
thanks
Hi
FYI, this bug was eventually found out to be caused by wrong gdkevents
delivery order by the gdk/dfb library and was recently fixed upstream [1].
Anyway, ATM we don't necessarily need a backport of the patch since is
was already fixed with a workaround [2] in the cdebconf
reassign 385026 libcairo-directfb2
tags 385026 patch
thanks
This bug was found [1] to be not related to gtk/dfb, but to accelerated
rectangles drawing in directfb cairo backend, which was hence disabled
upsteam.
ATM the graphical d-i is no more affected by this bug because we started
using,
I noticed that this bug can be reproduced the way frans suggested iff
the installer is run at priorities high or critical (low or med don't do).
Another way to reproduce this bug is entering disagreeing passwords,
pressing Ok and then Back.
Anyway, i pot some test prints in the gtk_go() body
Joel Johnson wrote:
Comments/Problems:
Dragging GUI elements in the graphical installer can lead to a crash of
the partitioning step. When this happens, the installer attempts to
restart the task with Starting up the partitioner but hangs about
mid-way through the status bar. Dragging a line
Frans Pop wrote:
On Sunday 21 January 2007 02:20, Attilio Fiandrotti wrote:
No, i'm talking about SELECT only: now there is always a row selected,
so when the user presses Go you always end with xxx as value for a
given question.
Previously the user was allowed to deselected all rows, hence
Joel Johnson wrote:
Package: installation-reports
Severity: important
Justification: after crashing, installer hangs starting partitioning task
Boot method: CD
Image version: installer build 20070109-03:51
Processor: AMD Athlon XP 2200+
Memory: 1GB
Partitions:
Disk /dev/sda: 500.1 GB,
tags 407035 patch
tags 407205 patch
thanks
Hi
Attached is a patch that sets the number of pixels the cursor can move
before dragging to a value bigger that the length of diagonal line of
screen (we currenty use vesa 800*600).
The effect is taht one can no longer drag text from the question
Frans Pop wrote:
Thanks Attilio.
The patch seems to work fine. I have seen no regressions while testing it
and the storage of selections in the debconf database seems good.
great!
On Friday 19 January 2007 15:53, Attilio Fiandrotti wrote:
Moreover, the SELECT single handler no longer lets
Hi
Attached is a patch that should fix SELECT
and MULTISELCT question handlers.
Moreover, the SELECT single handler no longer lets the user to unselect
all options toghether: one, at least, will be always selected.
Also, ome code cleanup was necessary, as a result from adding new setter
Frans Pop wrote:
On Wednesday 17 January 2007 12:45, Attilio Fiandrotti wrote:
As a result, the last activated option is always made default for
SELECT questions, no matter the user pressed Back.
This was considered a minor bug, so never spent time in fixing it:
should i do it now ?
If you
Frans Pop wrote:
Package: cdebconf-gtk-udeb
Version: 0.112
Severity: important
While testing the patch for #407205, I ran into a crash in the frontend
after a specific sequence in user-setup. However, the crash is not
related to the patch as I can also reproduce it with the current version
Joel Johnson wrote:
Package: installation-reports
Severity: important
Justification: after crashing, installer hangs starting partitioning task
Boot method: CD
Image version: installer build 20070109-03:51
Processor: AMD Athlon XP 2200+
Memory: 1GB
Partitions:
Disk /dev/sda: 500.1 GB,
retitle 395489 Handler for single SELECT and MULTISELECT questions
updates debconf database even if BACK is selected
severity 395489 normal
severity 407205 normal
merge 395489 407205
thanks
Frans Pop wrote:
On Tuesday 16 January 2007 21:27, Frans Pop wrote:
The second problem _is_ in the
Frans Pop wrote:
On Wednesday 17 January 2007 12:45, Attilio Fiandrotti wrote:
As a result, the last activated option is always made default for
SELECT questions, no matter the user pressed Back.
This was considered a minor bug, so never spent time in fixing it:
should i do it now ?
If you
Joel Johnson wrote:
Package: installation-reports
Severity: important
Justification: after crashing, installer hangs starting partitioning task
Boot method: CD
Image version: installer build 20070109-03:51
Processor: AMD Athlon XP 2200+
Memory: 1GB
Partitions:
Disk /dev/sda: 500.1 GB,
Frans Pop wrote:
reassign 405737 cdebconf-gtk-udeb
retitle 405737 G-I does not support some i810 graphics cards
thanks
On Sunday 07 January 2007 15:03, Roy Francis wrote:
If I simply insmod a precompiled i810fb.ko, will it work ?
I've been testing a bit with that, but at least on my
Frans Pop wrote:
On Saturday 13 January 2007 10:42, Attilio Fiandrotti wrote:
Since i810 isn't simply supported by vesafb, a way out for this could
be providing i810fb module in the installer/ in the kernel and loading
it at boot time when i810 chip is detected.
Tests on my laptop showed
Frans Pop wrote:
On Thursday 11 January 2007 18:21, Loïc Minier wrote:
I've uploaded these debs to unstable.
OK, thanks. That means that we can get some more testing in before
requesting migration.
Let's hope that with Lenny we can switch to a truly integrated 2.10 soon.
I strongly
Loïc Minier wrote:
On Mon, Jan 08, 2007, Attilio Fiandrotti wrote:
Just wanted to say the patch was eventually committed to gnome svn [1]:
i tried a backport to our 2.8.20 but was unable to due to that complex
set of patches already present :(
Would be possible building an experimental 2-8-20
Roy Francis wrote:
On 1/7/07, Frans Pop [EMAIL PROTECTED] wrote:
On Friday 05 January 2007 21:01, Roy Francis wrote:
Comments/Problems:
I am using the daily-build netinst image burnt onto a CDRW using
cdrecord. Once the bootsplash is shown, I used installgui at
boot-prompt. Booting is
1 - 100 of 329 matches
Mail list logo
