WelcomeWelcome | FAQFAQ | DownloadsDownloads | WikiWiki

Recent Posts

Pages: [1] 2 3 ... 10
1
TCE Talk / Re: Hplip
« Last post by GNUser on Today at 07:14:52 AM »
Hi, andyj. I have been surprised multiple times by finding that dbus is running on my system without a clear explanation (at the time). As juanito mentioned, several applications start dbus on their own. Eventually I tracked down all the culprits. I used this approach:

1. Move dbus-launch to dbus-launch-real
Code: [Select]
$ cd /usr/local/bin
$ sudo mv dbus-launch dbus-launch-real

2. Create a "fake" /usr/local/bin/dbus-launch that logs who called it (don't forget to mark it executable):
Code: [Select]
#!/bin/sh
log=/home/tc/log.txt
echo "My PID is $$ and my PPID is $PPID" >>$log
ps -ef | grep $$ >>$log
ps -ef | grep $PPID >>$log
exec dbus-launch-real "$@"

Eventually I found all of applications that start dbus automatically on my system: filezilla, firefox, gparted, thunderbird, libreoffice, mktrayicon, yad

For the applications on my system that actually require dbus (namely: filezilla, firefox, gparted, thunderbird, libreoffice), I created wrapper scripts that cause dbus to go away once the application is done running.

Here's my wrapper script for filezilla, for example:
Code: [Select]
#!/bin/sh
# this ensures that dbus goes away after the application closes:
exec dbus-run-session /usr/local/bin/filezilla "$@"

For mktrayicon and yad, I realized that they don't actually need dbus--they run in dbus-less systems just fine, but for some reason they do start dbus if it's present on the system. (It seems to have something to do with GTK3 itself, because the string "dbus" does not appear anywhere in mktrayicon's source code.) To prevent such applications from starting dbus, you can create wrapper scripts like this, for example:

Code: [Select]
#!/bin/sh
# this wrapper script prevents mktrayicon from starting dbus
export NO_AT_BRIDGE=1
exec /usr/local/bin/mktrayicon "$@"

Obviously, a wrapper script needs to have the same name as the application (e.g., wrapper script for filezilla should be named filezilla) and needs to be present somewhere in PATH before the application.

I hope that helps.
2
Extension requests / bmpanel2
« Last post by ferran on Today at 06:52:41 AM »
Currently we've the bmpanel.tcz for TC11.0 with someone bar's desktop themes, some of them unable or incompatible.

But we could to renew with bmpanel2: it have 5 new themes more to select.


bmpanel2 is a NETWM Compliant Panel for X11.

Look & Feel customization via themes.
Widgets: Desktop Switcher, Taskbar, Launchbar, System Tray, Clock, Decor, empty.
Pseudo-transparency support.
Written in C with speed and clarity in mind.
Small amount of dependencies: glib2, cairo, pango, libX11.
Small memory footprint (appox. 2mb to 4mb).
Small executable (80kb at Current Time).

Source:

https://github.com/nsf/bmpanel2

New themes info:

https://github.com/nsf/bmpanel2/wiki/Theme-Gallery
3
TCE Talk / Re: Hplip
« Last post by Juanito on Today at 06:44:34 AM »
There are several apps, for example pavucontrol, that will start the dbus daemon on their own without a startup script.

I’d guess that this is done via a glib2 function, but I could be wrong.
4
TCE Talk / Re: Hplip
« Last post by andyj on Today at 06:15:15 AM »
Hi andyj
... There's nothing in bootsync.sh or bootlocal.sh to start dbus, so I don't know who is starting it. ...
It could be another extension starting it:
Code: [Select]
grep -i dbus /usr/local/tce.installed/*

I tried that too, because that's what I assumed first. This was all I got:

Code: [Select]
tc@box:/usr/local/tce.installed$ grep dbus *
dbus:[ -d /var/lib/dbus ] || mkdir -p /var/lib/dbus
dbus:[ -f /var/lib/dbus/machine-id ] || dbus-uuidgen --ensure=/var/lib/dbus/machine-id
5
TCE Talk / Re: Hplip
« Last post by Rich on Today at 05:50:09 AM »
Hi andyj
... There's nothing in bootsync.sh or bootlocal.sh to start dbus, so I don't know who is starting it. ...
It could be another extension starting it:
Code: [Select]
grep -i dbus /usr/local/tce.installed/*
6
Hi kirin-rex
I just want to add some notes here in case someone else runs into the same problem.

Here's what I think was happening:

1. bootsync.sh is launched almost at the end of tc-config.
2. bootsync.sh runs synchronously in the foreground effectively blocking tc-config from running until it completes.
3. The last line in bootsync.sh launches bootlocal.sh to run in the background. This allows tc-config to continue
   executing in parallel with bootlocal.sh.
4. tc-config executes its last few commands and returns control to /etc/inittab.
5. /etc/inittab logs in the user which executes the contents ~/.profile which launches X
6. We now have a potential race between bootlocal.sh completing and X starting.


The  "loadkmap < /usr/share/kmap/qwerty/jp106.kmap"  command needs to run before X starts. Placing it in bootlocal.sh does
not guarantee that. Placing it in bootsync.sh does.

Maybe the FAQ page should be updated to recommend using bootsync.sh instead of bootlocal.sh for this function?

... Had a minor problem with a misspelling (wrote "loadmap" instead of "loadkmap"), but it was easily found and fixed. ...
That was my fault. I copy/pasted your misspelling from another post. :)  I will fix those posts.
7
TCE Talk / Re: Hplip
« Last post by Juanito on Today at 05:27:53 AM »
I was asking the question of user @techsuper  :)
8
TCE Talk / Re: Hplip
« Last post by andyj on Today at 05:24:59 AM »
Did you download hplip and/or dbus-python3.6 manually using wget or a browser?

I use either the app browser or tce-load -iwl. Here's my onboot.lst:

Code: [Select]
tc@box:~$ cat /mnt/sda1/tce64-11/onboot.lst
xtables-addons-KERNEL.tcz
Hack-font.tcz
mylocale-en_US.UTF-8.tcz
open-vm-tools-desktop.tcz
flwm.tcz
rxvt.tcz
wbar.tcz
openssh.tcz
ca-certificates.tcz

Which yields this:

Code: [Select]
tc@box:~$ tce-status -i
Hack-font
Hack-fonts
Xlibs
Xorg-7.7
Xorg-7.7-3d
Xorg-7.7-bin
Xorg-7.7-lib
Xorg-fonts
Xprogs
acl
at-spi2-atk
at-spi2-core
atk
atkmm
attr
bzip2-lib
ca-certificates
cairo
cairomm
dbus
elfutils
elogind
expat2
fltk-1.3
flwm
fontconfig
freetype
fribidi
fuse
gdk-pixbuf2
glib2
glibc_gconv
glibmm
graphics-5.4.3-tinycore64
graphite
gtk3
gtkmm
gudev-lib
harfbuzz
i2c-5.4.3-tinycore64
imlib2
imlib2-bin
iptables
ipv6-netfilter-5.4.3-tinycore64
libEGL
libFS
libGL
libGLESv2
libICE
libSM
libX11
libXau
libXaw
libXcomposite
libXcursor
libXdamage
libXdmcp
libXext
libXfixes
libXfont2
libXft
libXi
libXinerama
libXmu
libXpm
libXrandr
libXrender
libXres
libXss
libXt
libXtst
libXv
libXvmc
libXxf86dga
libXxf86vm
libcap
libdnet
libdrm
libepoxy
libevdev
libffi
libfontenc
libinput
libjpeg-turbo
liblzma
libpciaccess
libpng
libsigc++
libtiff
libtirpc
libvdpau
libwacom
libxcb
libxkbcommon
libxkbfile
libxml2
libxshmfence
llvm-lib
mtdev
mylocale-en_US.UTF-8
ncursesw
open-vm-tools
open-vm-tools-desktop
openssh
openssl-1.1.1
pango
pangomm
pcre
pixman
procps-ng
rxvt
shared-mime-info
udev-lib
wayland
wayland-protocols
wbar
xcursor-themes
xf86-input-libinput
xf86-input-vmmouse
xf86-video-vesa
xf86-video-vmware
xkeyboard-config
xorg-server
xtables-addons-5.4.3-tinycore64

There's nothing in bootsync.sh or bootlocal.sh to start dbus, so I don't know who is starting it. I added python3.6-pillow.tcz to the hplip-plugins dep file for now:

Code: [Select]
tc@box:~$ tce-load -i hplip-plugins
readline.tcz: OK
gdbm.tcz: OK
sqlite3.tcz: OK
python3.6.tcz: OK
python3.6-olefile.tcz: OK
python3.6-pillow.tcz: OK
libunistring.tcz: OK
libidn2.tcz: OK
gmp.tcz: OK
nettle3.tcz: OK
libtasn1-4.tcz: OK
p11-kit.tcz: OK
gnutls35.tcz: OK
gcc_libs.tcz: OK
libavahi.tcz: OK
libcups.tcz: OK
libusb.tcz: OK
libsane.tcz: OK
dbus-glib.tcz: OK
dbus-python3.6.tcz: OK
libnl.tcz: OK
libpci.tcz: OK
net-snmp.tcz: OK
liblcms2.tcz: OK
ghostscript.tcz: OK
qpdf.tcz: OK
nspr.tcz: OK
nss.tcz: OK
openjpeg.tcz: OK
curl.tcz: OK
libpoppler07.tcz: OK
cups-filters.tcz: OK
cups.tcz: OK
hplip.tcz: OK
hplip-plugins.tcz: OK

This brings me to where my previous post started:

Code: [Select]
tc@box:~$ hp-scan -m color -f scan4.jpg

HP Linux Imaging and Printing System (ver. 3.20.3)
Scan Utility ver. 2.2

Copyright (c) 2001-18 HP Development Company, LP
This software comes with ABSOLUTELY NO WARRANTY.
This is free software, and you are welcome to distribute it
under certain conditions. See COPYING file for more details.

Using device hpaio:/net/hp_color_laserjet_mfp_m477fdw?ip=192.168.3.77&queue=false
Opening connection to device...

Resolution: 300dpi
Mode: color
Compression: JPEG
Scan area (mm):
  Top left (x,y): (0.000000mm, 0.000000mm)
  Bottom right (x,y): (215.899994mm, 296.925995mm)
  Width: 215.899994mm
  Height: 296.925995mm
Destination(s): file
Output file: /home/tc/scan4.jpg

Warming up...                                                                                                                                                                           

Scanning...
dbus[7532]: arguments to dbus_connection_send() were incorrect, assertion "connection != NULL" failed in file dbus-connection.c line 3307.
This is normally a bug in some application using the D-Bus library.

  D-Bus not built with -rdynamic so unable to print a backtrace
Aborted
tc@box:~$ sudo /usr/local/etc/init.d/dbus restart
stopped /usr/local/bin/dbus-daemon (pid 5560 5554)
rm: can't remove '/var/run/dbus/pid': No such file or directory
tc@box:~$ hp-scan -m color -f scan4.jpg

HP Linux Imaging and Printing System (ver. 3.20.3)
Scan Utility ver. 2.2

Copyright (c) 2001-18 HP Development Company, LP
This software comes with ABSOLUTELY NO WARRANTY.
This is free software, and you are welcome to distribute it
under certain conditions. See COPYING file for more details.

Using device hpaio:/net/hp_color_laserjet_mfp_m477fdw?ip=192.168.3.77&queue=false
Opening connection to device...

Resolution: 300dpi
Mode: color
Compression: JPEG
Scan area (mm):
  Top left (x,y): (0.000000mm, 0.000000mm)
  Bottom right (x,y): (215.899994mm, 296.925995mm)
  Width: 215.899994mm
  Height: 296.925995mm
Destination(s): file
Output file: /home/tc/scan4.jpg

Warming up...                                                                                                                                                                           

Scanning...
Reading data: [***************************************************************************************************************************************************] 100%  25.6 MB   
Read 25.6 MB from scanner.
Closing device.

Outputting to destination 'file':

Done.

If nothing else at least I can reproduce it consistently.

9
Extension requests / Re: tiny core linux game's => linuxq3ademo.tcz :)
« Last post by Juanito on Today at 03:38:23 AM »
Your other identical post was deleted, please do not post the same thing in two different places.
10
Extension requests / Re: tiny core linux game's => linuxq3ademo.tcz :)
« Last post by xor on Today at 02:20:10 AM »
You usually get that kind of output when you load alsa-config after alsa - you need to load alsa-config before alsa.

Code: [Select]
tc@box:~$ tce-load -wi Xorg-7.7-3d firmware-radeon xf86-video wındowmaker alsa-config alsa pavucontrol ezremaster xfe aterm wbar
!?? :(



Pages: [1] 2 3 ... 10