RE: GTK+ 2.8.18 experimental debs/udebs
> Please test it extensively yourself first and let us know the > results. Wider testing is only useful if there are no obvious issues. > While on the subject, I've written some notes (see bottom of [1]) about changes Involved when building test images based on the new packages. It's my intention to test and see which of the currently open bugs still reproduce, So that once we'll do the switch, we'll also know exatctly what gets fixed. Regards, Davide [1] http://wiki.debian.org/DebianInstaller/GUIBuild
RE: Work on tasksel's language tasks
Hi Christian, > I'm opened to any suggestion of things to add to language > tasks. I already have a few ideas: > > -suggest to add ttf-dejavu in the desktop task. Actually, > this very good font is the basis of the graphical installer > as it is suitable for many languages While we're on the subject, I'd like to point out an interesting Discussion [1] which took place on the dejavu mailing list; what's Interesting in particular, are the fontconfig patches included by Nicolas Mailhot And Jay Hobson (Fedora team) which should make It possible to fine tuning the fonts On an installed system. It should be possible to decide which font should use and/or should not use A particular language. While this may seem OT on this thread (I hope not too much), I think it might be Useful especially for languages where the default font installed by the task does not cover as many languages as Dejavu or freefont. Regards, Davide [1] http://sourceforge.net/mailarchive/forum.php?thread_id=15282566&forum_id =40874
Bug#375402: FW: [directfb-dev] [Fwd: Bug#375402: g-i: weird touchpad behavior]
FYI, Regards, Davide -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Claudio Ciccani Sent: Tuesday, June 27, 2006 12:01 PM To: Attilio Fiandrotti Cc: directfb-dev@directfb.org Subject: Re: [directfb-dev] [Fwd: Bug#375402: g-i: weird touchpad behavior] Attilio Fiandrotti wrote: > Hi DFB people > > recently the forwarded bug was found in DFB 0.9.24 : any idea how to > fix > it ? (we're already excluding linux_input DFB module at DFB start time). > > thanks > > Attilio > I think the bug is in the evdev kernel module, not in DirectFB. -- Regards, Claudio Ciccani [EMAIL PROTECTED] http://directfb.org http://sf.net/projects/php-directfb ___ directfb-dev mailing list directfb-dev@directfb.org http://mail.directfb.org/cgi-bin/mailman/listinfo/directfb-dev
RE: [g-i] new screenshots available
> > Version: 20060501cvs-2 > > we use the udeb where many glyphs were removed for reducing memory > > footprint > > By anychance did you remove the glyphs of conjunts? :-) Do they fall on any of the following ranges? ranges="$ranges u0400:u052F" # Cyrilic ranges="$ranges u0530:u058F" # Armenian ranges="$ranges u0600:u06FF" # Arabic ranges="$ranges u0700:u077F" # Syriac ranges="$ranges u0D00:u0FFF" # Malayalam, Sinhala, Thai, Lao, Tibetan ranges="$ranges u10D0:u10FF" # Georgian ranges="$ranges u1EA0:u1EFF" # Vietnamese ranges="$ranges u2100:u21FF" # Letterlike, Number forms, Arrows ranges="$ranges u2200:u24FF" # Mathematical, Techical, Control, OCR ranges="$ranges u2580:u259F" # Block elements ranges="$ranges u3000:u30FF" # CJK Symbols and Punctuation ranges="$ranges 65536:66002" # bn_* stuff ??? Ciao, Davide
RE: EXPERIMENTAL: new status pages using new "levels" for translation status
Hi Christian, Following a couple of links I noticed a minor problem in [1]; In the table on top of the page, "Percent world population" row, Both Etch beta 3 and post beta 3 : "56 to 50%". Shouldn't that be 56 to 60% ? Ciao, Davide [1] http://people.debian.org/~bubulle/d-i/i18n-doc/languages.html
RE: [directfb-dev] [g-i]GTK 2.8.18 with directfb support packages [was:Re: [g-i] Graphical installer and PPC systems]
> > why? > > The Gnome team will support the D-I team in producing the > > gtk+-directfb packages. > > I wanted to do so... and if I do it right, their work will be less. I'm not sure they need help on packaging; I might be wrong but I don't think the gtk is not ready because of technical problems. > > The library builds fine already (see [2] and [3]). > > The impression that the above messages left me is that the > library used for the image was simply built from sources and > added in the image via a tarball, not via a package. Am I not > correct about this? > You are right, but why do you need a debian package to test the patch? And again: have you tried to build a mini.iso based on the new set of Libraries? Wouldn't it make sense to get confident with it before concentrating On making an udeb you would not know how to use and test? > Note: I feel much anger in your writing... Yes, your message did piss me off very much indeed. You would delay things by saying "i think nothing should be done until this issue is clarified" because you have not clear how the libraries work. Note that it's perfectly ok having doubts, but before telling that in name of The d-I team to the package maintainer, you could discuss it on irc/ml and make Sure there are some problems. IMO it just confuses things. > I don't consider it my responasbility to fix those images, as > I have said some time ago, > I just have time for testing. Huh? What do you expect then? You write on d-boot "hey, g-I is fucked on ppc" as you did with Cyrillic fonts, And then you expect within a couple of hours to find a hundred messages on your Mailbox asking for details or providing a fix? Why don't you just try to provide proper reports so that the problems can be fixed? You lately reported that the crash on ppc happens because of the touchpad fix, but you Did not even try to revert the patch and see if that is the real problem... If that's your idea of testing things I'd say is not very effective and as a consequence it Takes a long time before problems get fixed. > In spite of that I wanted to see gtk+2.0 packages prepared to > build directfb packages, too and hoped (not blindly) that the > colour issues will disappear. The colour problem disappears: it's one of the first things we did In Extremadura. Sven built the libraries and a test image and, apart For a problem with some buttons (not used inside g-i), everything looks Beautiful. I don't think you need a deb to see thet. > > now what is needed is testing the packages produced by the official > > maintainers and not > > duplicating their work or delaying other people' work. > > Have they done this? Judging from what I know and seen in > unstable, directfb gtk packages are still unsupported. Do > such experimental packages exist? No, it does not exist yet; cairo is a requirement. Unofficial cairo Could be used, true, but we'll need it officially anyway. I think the gnome team have all the skills needed to package gtk+-directfb, So IMO it's not a technical problem and of course you can try to do it Yourself, but I don't know how useful that would be. Regards, D.
RE: [directfb-dev] [g-i]GTK 2.8.18 with directfb support packages [was:Re: [g-i] Graphical installer and PPC systems]
> I have been fighting the whole Sunday to make a patch to the debian > package gtk+2.0 so that it produces also a library with the directfb > backend. why? The Gnome team will support the D-I team in producing the gtk+-directfb packages. > Until now I have maneged to make a separate set of targets in the debian/rules. > > Still there are some problems because in the Debian package it seems > that the configure* files have also some .orig counterparts and I > haven't figured yet what is the flow of the things during the build > for these files. (directfb gdk-target is still not visible, because > the configure* files are rewritten - this is the most recent info I > have, but I had to blindly try to compile the package and went on a > wrong track for some time causing me to waste about 4-5 hours). > > I am still unsure about the way I should tell the build system to use > the cairo.so file provided by the libcairo2-directfb-dev package > (Dave, I fear that symlinks will be necessary for this file, > too). Also I am not sure if the so file should not be called something > like cairo-directfb.so, but am so unsure of these things that i think > nothing should be done until this issue is calrified. Cairo is fine and, apart from the couple of things pointed out by Frans, package can be used for compiling gtk+: why should we delay things? why should the library be renamed? there's no such an issue and things have been handled properly via .pc file. have you checked the packages? (yes, I have) Would you please double check before sendig such messages to package maintainers and Multiple MLs? > Now I think I got the general idea behind the build process of gtk+2.0 > Debian package and I hope I will manage to get tonight the direcfb > library to build. The library builds fine already (see [2] and [3]). Are you familiar with rebuilding all the libraries, the needed udebs and the mini.iso (I know you've rebuilt from source Dave's package)? have you managed to rebuild the new libraries and to create a g-i image based on those? if so, can you please provide a link to a ppc mini.iso based on the new libs? >From one of your messages on d-boot ([1]) you say that current ppc g-i is broken, so shouldn't the crash be fixed before trying to use the new libraries or do you blindly assume that everythings will be magically ok with the new libs? your help is of course _very_ welcome, but to me it looks like you're doing the wrong thing at the wrong time: rebuilding the libs from scratch was very useful a while back (before and soon after Extremadura), when Mike needed the support for putting the dfb backend into cvs and at the time Attilio and myself spent alot of time and effort on doing this (see wikis). now what is needed is testing the packages produced by the official maintainers and not duplicating their work or delaying other people' work. regards, Davide [1] http://lists.debian.org/debian-boot/2006/06/msg00667.html [2] http://lists.debian.org/debian-boot/2006/06/msg00687.html [3] http://lists.debian.org/debian-boot/2006/06/msg00902.html
RE: Request for a DFB version of libcairo2
> On 6/9/06, Viti Davide <[EMAIL PROTECTED]> wrote: > > Do you think I would have said that without having checked before? > > You haven't made it easy to let us understand that you did. Here's a snippet of the message you're referring to: "> Only two pc files and two libs, right?" "No: include files differ." I said they differ; if you don't trust what I said is up to you to double check it yourself. > So the conclusion is that, because the cairo-features.h and > the cairo libraries have the same name, there should be two > -dev packages after all... Yes. I would say that there should be two different packages not Just because of the conflicting names, but mainly because I would Not want the -directf libs if my system does not use directfb. > each with its own pc file, lib > file(s) and headers. These should be installable on the same > system... (or am I wrong again?), thus the cairo headers will > probably be placed under distict directories under > usr/include (same for libs, but adapted and probably the > directfb library can be renamed). (With my poor knowledge of packages and policy) I would use /usr/include/directfb which is already used by directfb itself. Davide
RE: Request for a DFB version of libcairo2
> > Have you checked it before stating they're the same? > > I don't have access to a linux machine now to test that. Have > you checked? Do you think I would have said that without having checked before? You don't need a linux machine to check that; grab the -dev.deb and -dev.udeb in the link provided by Dave. Just hope all this unneeded noise will not confuse Dave. Davide
RE: Request for a DFB version of libcairo2
> Say what? The source is the same... But compiled with different flags > that's what I said about three mails ago. Then what you said three mails ago is wrong. > AFAICT there shouldn't be any difference > beween the headers because they are the same headers. Are there any? Have you checked it before stating they're the same? Davide
RE: Request for a DFB version of libcairo2
> Indeed, there is no need for two -dev packages, is there? Why would you force ppl interested only in the x11 version to install the directfb one as well? > Only two pc files and two libs, right? No: include files differ. Davide
RE: Request for a DFB version of libcairo2
Hi Sven, > Don't we need also a -fPIC version of the library, in order > to the mklibs reduction ? Yes we do, but I'd play safe and leave it as next step. Getting out working (u)debs asap would means we could start Pushing for the gtk+directf set of packages. Just my 2 cents Davide
RE: Request for a DFB version of libcairo2
I could have made it even simpler by saying that "libcairo2-directfb-dev_1.1.6-1_i386.deb" Is the same as "libcairo2-dev_1.1.6-1_i386.deb" apart the compilation flags which select The directfb backend. Davide
RE: Request for a DFB version of libcairo2
> The "regular" and "-directfb" lib and -dev packages would need to be > co-installable on a regular Debian system. > > Sorry if we did not make this clear enough. > > Cheers, > FJP > > (Anybody please correct me if any of this is incorrect!) That's excatly what I was about to write; I'll rephrase it just in case it miight be useful : 1)non-directfb packages not needed by the installer (no udeb is needed) - libcairo2_1.1.6-1_i386.deb - libcairo2-dev_1.1.6-1_i386.deb 2) directfb packages - libcairo2-directfb_1.1.6-1_i386.deb Runtime library in case anyone will use directfb application on their host (actually this is not strictly needed for g-I itself) - libcairo2-directfb-dev_1.1.6-1_i386.deb This will be neede on the host to compile (link in particular) cdebconf-gtk, will be used to Compile gtk+directfb_2.8.17 - libcairo2-directfb-udeb_1.1.6-1_i386.udeb This udeb will be installed in the g-I image and will be used as runtime library Please don't hesitate to ask if anything were not clear. Ciao, Davide
RE: Request for a DFB version of libcairo2
Hi Dave, > I've repackaged cairo completely and built cairo 1.1.6 > experimental along with udebs just against directfb. The > result is sitting in http://download.dajobe.org/debian/experimental/ > for now. I tested that the regular debs seem to work but I > can't test the udeb. > > Let me know if it's ok Taking a quick look, seems you have not compiled the libcairo2-directfb-dev_1.1.6-1_i386.deb or whatever it should be called (in a nutshell we also need a development deb package compiled with directfb backend) : it is needed to compile the cdebconf-gtk udeb. In the meanwhile I think we can test the udeb you provided. Thanx a lot for your (much appreciated) work. Ciao, Davide
Hostname not updated
Hi,
I tried the pre-rc2 installer on my laptop (Toshiba a30-303); apart from
the bug #265183 regarding my adsl connection, I had problems starting
the Gnome session.
During installation I was asked to choose a hostname and I accidentally
choosed the default one ("debian").
Later on, when given the chance, I scrolled trought the main menu and
used another name ("slurp"); it turns out that /etc/hosts does not
contain "slurp" but still has "debian" as hostname. Haven't found such
report in the mailing list, so if this is a known problem I'm sorry.
Hope this helps,
Davide
---
"Erotic is using a feather... Kinky is using the whole chicken."
RE: Expect for d-I tests
>> Is not very clear to me how to interact with d-I via qemu. > >I suspect it will be easier with bochs, as qemu is missing a >feature. Do you know if is in the whishlist of future qemu releases? >bochs can use the 'term' console driver, and then use >normal stdin and stdout as the console. This console would be >easy to control using expect. You would have to tell d-i to >not enable framebuffer to get this to work, as bochs stops all >output to the tty terminal when framebuffer is enabled. > I see; I did install d-I using bochs a while back and get stuck when framebuffer was initialized: thanx for the tip. As for qemu: I tried it last night and I got the installation done quite easily. >qemu seem to lack such tty console, so I don't know how to do >it with qemu. :( I'll ask the #qemu people this evening... In the meanwhile thanx a lot Ciao D.
Expect for d-I tests
Hi, I'd like to play with expect in order to drive an automatic installation; last night I managed to do a full install of tc1 using qemu. Can anyone point me in the right direction (links, examples...whatever)... My first goal would be to start an installation with "linux26". Is not very clear to me how to interact with d-I via qemu. Thanx D.
More infos for D-I testers
Hi, I thought that it could be useful both for developers and for testers if the d-I images were associated to a file explainig which features testers should focus on: occasional testers would probably send installation reports as usual without paying too much attention to this file, but more experienced testers or people willing to help could focus on particular aspects of the release. Don't know if it could make sense but since I was reading this: "Your name sounds french: did you install in French or English? We don't have that much install reports for Sparc in languages other than English." As an answer to an installation report I thought it could be really useful... If the file existed the user cuold point out the details without being asked to do so. Ciao Davide
RE: Installatio report. base-config problems
Seems like #256112 is the source of all my problems: after googling seems like it causes problems with gnome, kde, mozilla, konqueror, firefox and other browsers. I'll go and fix the loopback interface Hope this helps Davide >-Original Message- >From: Viti Davide >Sent: Thursday, July 01, 2004 8:46 AM >To: '[EMAIL PROTECTED]' >Subject: Installatio report. base-config problems > > >Hi, >I tried to install sarge using tc1 (sarge-i386-netinst.iso) on >my new laptop (Toshiba A30-303) with pppoe. I'm not a guru >(I'm a newbie) > >Everything went pretty smooth; when I got to configuring apt >sources in the 2nd stage and I pressed "back" and exited from >the installation system. Run pppoeconf from a shell and I got >a perfectly running connection. At this point I run >"base-config" by hand, selected an italian mirror, choose >tasksel to select some stuff (I whish I could select only >gnome components instead of wasting band to fetch kde debs) >and started downloading debs... About 2 long hours. > >The last deb fetched was "mozilla-browser" wich could not be >retrieved properly: complained about wrong md5. First I tried >to select a couple of different mirrors with no success. Every >time base-config warned me about the problem and brought me >back to the main menu: I didn't know how to proceed with the >unpacking and configuration of all those debs I downloaded >previously. Given my poor knowledge of apt-get, dpkg and that >sort of tools, I had the idea of running dselect: I managed to >remove mozilla from the packages and I managed to go on with >the installation. > >I finally got gdm running but something must be missing >because the only session that brings me to something usable is >a poor failsafe xterm: if I try to run a gnome session or a >kde session the background debian image is loaded, I can move >the pointer but nothing else happens. >What should I configure/install in order to use the graphical >interface? > >Thanx in advance for your help > >Davide > >PS: the installer is definitely getting there! >
Installatio report. base-config problems
Hi, I tried to install sarge using tc1 (sarge-i386-netinst.iso) on my new laptop (Toshiba A30-303) with pppoe. I'm not a guru (I'm a newbie) Everything went pretty smooth; when I got to configuring apt sources in the 2nd stage and I pressed "back" and exited from the installation system. Run pppoeconf from a shell and I got a perfectly running connection. At this point I run "base-config" by hand, selected an italian mirror, choose tasksel to select some stuff (I whish I could select only gnome components instead of wasting band to fetch kde debs) and started downloading debs... About 2 long hours. The last deb fetched was "mozilla-browser" wich could not be retrieved properly: complained about wrong md5. First I tried to select a couple of different mirrors with no success. Every time base-config warned me about the problem and brought me back to the main menu: I didn't know how to proceed with the unpacking and configuration of all those debs I downloaded previously. Given my poor knowledge of apt-get, dpkg and that sort of tools, I had the idea of running dselect: I managed to remove mozilla from the packages and I managed to go on with the installation. I finally got gdm running but something must be missing because the only session that brings me to something usable is a poor failsafe xterm: if I try to run a gnome session or a kde session the background debian image is loaded, I can move the pointer but nothing else happens. What should I configure/install in order to use the graphical interface? Thanx in advance for your help Davide PS: the installer is definitely getting there!
Re: Re: PPP / PPPoE / APT sources
>>The "businesscard" is the "50Mb CD image" and does NOT have the complete >>system to be installed from CD ROM. You need network to use that one. >Yes, but it contains the ppp-udeb package which allows setting up >a PPPoE connection. Could you please tell me how? I tried (I reported it a few posts ago) but using businesscard I couldn't do more than "Modprobe pppoe" (which worked); what should I do next to set up the PPPoE connection? Thanx in advance, Davide
PPP(oe) problem and installation report
Hi, I'll soon have an ADSL in my flat and I'm playing with d-i on a Windoze machine running VMware just to get confident with the installation process in order to get Debian up and running ASAP. I saw a few threads discussed lately on this list about PPPoe and from what I got it should be possible to use the businesscard image. Here's a sort of diary of my tests; in the netinst installation I found a bug so read on if you're interested. Sorry if I haven't reported a bugreport but I'm a newbie and at the present I have limited access to the internet. --- I tried using the businesscard (tc1) image; --- 1) I booted with "expert" parameter 2) choose languae 3) choose country or region 4) Select kb layout 5) detect and mount cdrom 6) load installer components from CD: ppp-modules-2.4.26-1-386-di 7) detect network hardware now I'm offered to configure the network (pppoe has not been even mentioned yet). If I choose to go on with network configuration I can choose between DHCP or static IP addr so I try to go back and see if I can do anything about pppoe using a shell... 8) befor running the shell I set up my disk partition 9) i finally run the shell and press p but nothing about pppoe comes up. /cdrom/pool/main/l/linux-kernel-di-i386/ppp-modules-2.4.26-1-386-di_0.62 _i386.udeb /cdrom/pool/main/l/linux-kernel-di-i386-2.6/ppp-modules-2.6.5-1-386-di_0 .59_i386.udeb /cdrom/pool/main/p/ppp /cdrom/pool/main/p/ppp/ppp-udeb_2.4.2+20040202-3_i386.udeb /cdrom/pool/main/p/ppp/TRANS.TBL /lib/modules/2.4.26-1-386/kernel/drivers/net/pppox.o /lib/modules/2.4.26-1-386/kernel/drivers/net/pppoe.o /lib/modules/2.4.26-1-386/kernel/drivers/net/ppp_synctty.o /lib/modules/2.4.26-1-386/kernel/drivers/net/ppp_generic.o /lib/modules/2.4.26-1-386/kernel/drivers/net/ppp_deflate.o /lib/modules/2.4.26-1-386/kernel/drivers/net/ppp_async.o so I "modprobe pppoe" but now I don't know what to do to set up a connection with the provider 10) I try to install the base system hoping to get installed the necessary to set it up but it (obiouvsy) fails getting the Release file from the network. I give up because as a newbie there's nothing more I can do so maybe there's a way to set up the pppoe connection but I haven't found it. -- now I try with the netinst tc1 iso -- point 1-8 are the same of the previous installation 9) instead of running the shell this time I install the base system ( I choose kernel 2.4) 10) I install GRUB (probably out of the scope of the test but...) 11) I finish the installation and reboot the machine 12) setup users and pwds as to have at least a root account 13) configure and enable ppp even if i don't think that this has to do with pppoe I give it a try... "Create Create a connection named provider" "Quit Exit this utility" to me it doesn't look very good... I think "Create a connection named provider" "Exit this utility" would be much better and intuitive, anyway... * here' the bug ** I opt for "Create a connection named provider" and when I have to configure dns I decide to go back with "cancel" then i try again to select "Create a connection named provider" and nothing happens. Instead of having the chance to configure dns as I did before nothing happens. As for the pppoe connection I open a new terminal and there are commands like pppoeconf so it should be possible to set up the connection. I hope this message hasn't been too long and boring! Could anyone please formulate which steps should be followed in order to perform a pppoe installation (maybe a link or just a list of files to be modified would be more than enough) thanx a lot in advance, Davide
Re: Bug#249766: PCMCIA 3c589B ethernet card NOT DETECTED
Hi, I have a Toshiba Satellite 1690CDT and I've had so many troubles with a PCMCIA Digicom Palladio Dongless ethernet card. To get it working with Woody it took me a long time. I tried almost every version of the installer so far at sometimes it was properly detected and installed and sometimes not; beta4 does not detect it. After the installer told me it couldn't detect an ethernet card I just unplugged it, re-plugged in and asked the installer to detect it It worked. I hope it works for you too. Ciao Davide
