Bug#1025080: I suggest to close this bug
I suggest to close this bug PC
Bug#1025080: It is on raspberry pi 4
Certainly, you are right Ross. In fact the error could be limited to rasp os. I did omit this important point in my report ! I did solve the problem by installing dbus-x11. So now dbus is started. I cannot retrieve the exact words but the message was about : Enlightenment does not start because dbus is not started. I start it when the error existed and now too, by filling .xinitrc and manual startx after manual login.
Bug#1025080: enlightenment does not start
Package: enlightenment Version: 0.24.2 Enlightenment does not start because dbus is not started. dbus-x11 should be a dependency in case no session manager is used. I recommend a enlightenment-x11 package or including x11 in enlightenment as nobody uses wayland... Pierre Couderc
Bug#679650: I got it too
And spend too much time on it. It is only that there is a limit of size on the file I wanted to send (or on the server...?). A small message to say at least that there is a problem would be better that the full silence... Or better, that there is a problem on THIS file...
Bug#984537: libefl-all-dev should Recommend libeina-bin, libelementary-bin
On 3/5/21 5:51 PM, Ross Vandegrift wrote: On Fri, Mar 05, 2021 at 06:49:50AM +0100, Pierre Couderc wrote: On Thu, Mar 04, 2021 at 10:44:10AM -0800, Ross Vandegrift wrote: On Thu, Mar 04, 2021 at 06:28:42PM +0100, Pierre Couderc wrote: But I think there should be some improvement in libefl-all-dev : libefl-all-dev is done for efl developers I need developers tools : at least eina_btlog and elemetary_test at least... Is it possible ? Yes, you'll find them in libeina-bin and libelementary-bin. Probably, libefl-all-dev should Recommend them. This would be a nice change for the next release. Ross Why not even include them ? It would be a temporary situation before merged packages come out. Moving those two binaries is more effort that I'd rather put into the permanent reorganization. But adding a Recommends is very simple. For more on how that might look, see this thread: https://alioth-lists.debian.net/pipermail/pkg-e-devel/2020-February/003674.html Ross Fine !
Bug#984537: libefl-all-dev should Recommend libeina-bin, libelementary-bin
On 3/4/21 7:48 PM, Ross Vandegrift wrote: Package: libefl-all-dev Version: 1.25.1-1 Severity: wishlist On Thu, Mar 04, 2021 at 10:44:10AM -0800, Ross Vandegrift wrote: On Thu, Mar 04, 2021 at 06:28:42PM +0100, Pierre Couderc wrote: But I think there should be some improvement in libefl-all-dev : libefl-all-dev is done for efl developers I need developers tools : at least eina_btlog and elemetary_test at least... Is it possible ? Yes, you'll find them in libeina-bin and libelementary-bin. Probably, libefl-all-dev should Recommend them. This would be a nice change for the next release. Ross Why not even include them ? Is there one case where you want libefl-all-dev and do not want eina_btlog and elemetary_test? Even if there is such a case, maybe it is better to add a libefl-not-all-def without them ;)
Bug#963997: terminology: Characters not displayed
Package: terminology Version: 1.7.0-1 Severity: important Dear Maintainer, In the last line of the window, the character '_' is not displayed. I suppose (but I am not sure) that the last line of pixels is not displayed. To reproduce : a- install a fresh bullseye debian system (maybe on a 1920x1080 display) b- install enlightenment and terminolgy c- execute terminology and fill the screen up to last line d- on last line type _ is not displayed. This problem exist since years on terminology, but the news is that it is easy to reproduce on a debian system, as I suppose that the initialisation is important (such as the font used : here no question : the problem exist with default font). Thnaks for terminology on debian ! -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.6.0-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages terminology depends on: ii libc6 2.30-8 ii libecore-con1 1.23.3-8 ii libecore-evas11.23.3-8 ii libecore-file11.23.3-8 ii libecore-imf1 1.23.3-8 ii libecore-input1 1.23.3-8 ii libecore-ipc1 1.23.3-8 ii libecore1 1.23.3-8 ii libedje1 1.23.3-8 ii libeet1 1.23.3-8 ii libefreet-bin 1.23.3-8 ii libefreet1a 1.23.3-8 ii libeina1a 1.23.3-8 ii libelementary11.23.3-8 ii libemotion1 1.23.3-8 ii libethumb-client-bin 1.23.3-8 ii libethumb-client1 1.23.3-8 ii libevas1 1.23.3-8 ii libevas1-engines-x1.23.3-8 ii terminology-data 1.7.0-1 terminology recommends no packages. Versions of packages terminology suggests: pn libelementary-bin pn libemotion-players -- no debconf information
Bug#872543: apt does not honor trusted=yes from sources.list
Please cancel my previous mail as a result of my error. PC
Bug#872543: apt does not honor trusted=yes from sources.list
IMHO, this bug is more than important as it prevents a "normal" user to install debian on a computer without ethernet nor CD, particularly those modern ultra slim computers. PC
Bug#353443: Apache2 : SSLVerifyClient directive in location make post to PHP script impossible
Package: apache2 Version: 2.0.54-5 Severity: important Tags: patch This bug is an old bug fully described in http://issues.apache.org/bugzilla/show_bug.cgi?id=12355 I have marked important because it prevents the use of POST (not only php) in case of authorisation given on a per directory basis depending on the presence of various client certificates. A patch is given in http://issues.apache.org/bugzilla/show_bug.cgi?id=12355 I have assigned the bug to apache2 module, but I am not fully sure it is the good one/ Pierre Couderc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
