Search Results for 'ppa'

[Anonymous]

As a troubleshhoting step, switch to icewm session and determine whether its menu is also affected (or the problem exists only withing the fluxbox menu).

Maybe you have edited something “AsRoot” and now your normal user lacks read/write permission for one or more files in your home directory. To check:

cd ~ && find . -user root

Another troubleshooting step would be to diff the contents of:
/etc/skel/.fluxbox/menu
~/.fluxbox/menu
and
/etc/skel/.fluxbox/personal
~/.fluxbox/personal
to check whether a syntax error has crept in during editing

===========================

I just tested a fully updated antiX17.3.1 and found
yes, there’s a bug.
It’s the same bug reported/fixed a year ago, so apparently an older version of
/usr/local/bin/menu_manager.sh or /usr/local/bin/menu_manager_personal.sh
was added into the menu-manager-antix package

To see the error output, launch from a terminal prompt:
/usr/local/bin/menu_manager.sh

[Member mizpa]

1. You have to be logged in …

Apparently you didn’t read my whole post – I said I was accessing the forum from a different distro – I also said I wasn’t able to get antiX up and running, so maybe the forum acts differently from this distro than it does from antiX. I did, however indicate that I was logged in – it says

“Howdy, mizpa!”

Calm down, I wasn’t trying to insult you or anyone else, I was just stating the facts as I see them on my laptop screen. I won’t bother you anymore,
Thanks for your help.
mizpa

• This reply was modified 4 years, 2 months ago by mizpa.

[Forum Admin dolphin_oracle]

uh oh…looks like debian’s policykit-1 does not current take elogind into account. many of the problems we are seeing might be tied to this underlying issue.

bug report (apparently filed today) https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=923244

I think the poster is one of the crew trying to keep debian more init-system agnostic. He says he has proof of concept patches, which might be useful for antiX when we get to testing.

• This reply was modified 4 years, 2 months ago by dolphin_oracle.

[Member seaken64]

I finally got this solved! It is now early 2019 and I have antiX-17 installed on the old P-III. The answer was to use “cheat codes” and blacklisting to force antiX-17 to use the nouveau driver. Apparently the installer does not correctly choose the nouveau module on my hardware. We had to force the issue. See the post here:

https://www.antixforum.com/forums/topic/video-better-in-v16-than-in-v17/#post-16999

Thanks for everyone’s help. And tonight’s beers were a Guiness Extra Stout and a Saint Pauli Girl. Cheers!

Seaken64

[Anonymous]

I notice that there is a very recent update to IceWM now at version 1.5.1 (2019-01-05)!

Interesting (and it’s news to me)
icewm.org domain has expired

Someone has forked icewm, changed the project name (NOT the software name) to ice-wm https://github.com/ice-wm/icewm
and setup a website for it at http://ice-wm.org
-=-
Separately, a github-hosted icewm User Manual is available.

Debian apparently hasn’t yet recognized this “under new ownership” project as an upstream source for the icewm package. So far, it looks like only Gentoo, and Mageia are utilizing “1.5x branch” icewm.

Skimming the commitlog entries, I did notice updated documentation regarding actions and keybinds.

[Member 0day]

0day wrote:

After installing the system from the Live USB, all currently available updates (for already installed software) were also applied.
The system boots up okay, with no login error.
So, apparently, the eudev update was the issue, as capitalista had suspected.

the bug is not the update of eudev, just do not remove udev residual configuration and everything works but I do not understand why since udev is not installed

• This reply was modified 4 years, 4 months ago by 0day.

Attachments:

1. 

   screenshot.jpg
   

[Member DaveW]

After installing the system from the Live USB, all currently available updates (for already installed software) were also applied.
The system boots up okay, with no login error.
So, apparently, the eudev update was the issue, as capitalista had suspected.
Thanks again.

• This reply was modified 4 years, 4 months ago by DaveW.

[Member DaveW]

As mentioned before, I have two substantially identical installations of Antix17 on two different computers.
The computer (Dell D620), with most recent system updates, gets stuck at the login screen.
So, last night, I decided to make an ISO of from my functional computer (eeepc900) to install on the non-working box.

(I had written out the long story. But decided to shorten it.)

The eeepc SSDrive apparently has some bad blocks. So, that ISO was questionable.
I did have a live USB which was not too far out of date, so re-installed from that.
The D620 is back in business. The eeepc is working. I’m worried about the SSD.
But that’s another story.

Thanks to all for the help on this problem. I wish I knew what caused the login problem. But its nice to be beyond it now.

• This reply was modified 4 years, 4 months ago by DaveW.

[Forum Admin Dave]

And apparently as I took well over 100 pictures, a few more….

Attachments:

1. 

   IMG_20160812_131246.jpg
   

2. 

   IMG_20160812_130334.jpg
   

3. 

   IMG_20160812_124927444_HDR.jpg
   

4. 

   IMG_20160810_061924249_HDR.jpg
   

Computers are like air conditioners. They work fine until you start opening Windows. ~Author Unknown

[Anonymous]

Thank you very much, caprea.
It was time to restore relations.

Have you also noticed that this missTell is praising the distribution to the fullest, which hadn’t stained with glory in the past? And apparently still hasn’t learned anything?
https://www.computerbase.de/2016-03/kommentar-linux-mint-hack/

[Member fan1999]

Source list is not seems to be a folder.unable to create the file inside as debian/list

root@shiva:~# sudo nano /etc/apt/sources.list/
Use “fg” to return to nano.

[1]+ Stopped sudo nano /etc/apt/sources.list/
root@shiva:~# cd /etc/ap
apm/ apparmor.d/ apt/
root@shiva:~# cd /etc/apt/
root@shiva:/etc/apt# ls
apt.conf preferences.d sources.list.d trusted.gpg trusted.gpg.d
apt.conf.d sources.list trustdb.gpg trusted.gpg~
root@shiva:/etc/apt# cd sources.list
bash: cd: sources.list: No such file or directory
root@shiva:/etc/apt# nano sources.list
root@shiva:/etc/apt# nano sources.list
root@shiva:/etc/apt# sudo nano /etc/apt/sources.list/debian.list
root@shiva:/etc/apt# sudo nano /etc/apt/sources.list/debian.list
Use “fg” to return to nano.

[2]+ Stopped sudo nano /etc/apt/sources.list/debian.list
root@shiva:/etc/apt# cd
root@shiva:~# sudo nano /etc/apt/sources.list
root@shiva:~# cd /etc/ap
apm/ apparmor.d/ apt/
root@shiva:~# cd /etc/apt/
root@shiva:/etc/apt#
root@shiva:/etc/apt# ls
apt.conf preferences.d sources.list.d trusted.gpg trusted.gpg.d
apt.conf.d sources.list trustdb.gpg trusted.gpg~
root@shiva:/etc/apt# nano sources.list

File sources.list is being edited (by root with nano 2.7.4, PID 4557); continue?
Y Yes
N No ^C Cancel

[Member fan1999]

can i get that link for reference.I will try to download from the terminal

root@shiva:~# sudo apt-get install telegram-desktop
Reading package lists… Done
Building dependency tree
Reading state information… Done
E: Unable to locate package telegram-desktop
root@shiva:~# sudo apt-repository ppa:noobslab/apps
sudo: apt-repository: command not found
root@shiva:~# sudo apt-addrepository ppa:noobslab/apps
sudo: apt-addrepository: command not found
root@shiva:~# sudo apt-add-repository ppa:noobslab/apps
sudo: apt-add-repository: command not found
root@shiva:~# sudo add-apt-repository ppa:noobslab/apps
sudo: add-apt-repository: command not found

• This reply was modified 4 years, 4 months ago by fan1999.

[Anonymous]

One of my employers is of the opinion that I ought to install the Memsource Desktop Editor – a translators CAT-tool.
My rather new HP 64-bit desktop do NOT accept to run ANY 32-bit programs!
Right now I don’t have time to have any system crash on my desktop – and it will crash if it just smells a 32-bit program!

Me too. And … I never saw an 64-bit OS ever crashing because of a 32-bit app. Either it worked or it didn’t but, no crashes ever.

If you wanna be on “101 %” save side: Make an image with a help of Clonezilla, try if the installation works for you and if it really crashes, simply put the image back to HDD / SSD.
It doesn’t cost you more then a couple of hours in the worst case. Then you know. Everything else is guessing since, nobody here knows that application and the only way to find out what does or doesn’t work, would be if somebody would try to install it. This is what you can easily do yourself too, without any risks (if you use Clonezilla).

Would it be possible to install on AntiX 17 Heather Hayes, without using the 32-bit installer???

Again, nobody can tell what all is possible or impossible under which circumstances and in which constellation.

Generally: There is no “magic” in installers. What an installer is doing with some .deb, .exe, .rpm … is actually nothing that you can’t do without (well, in 90+ % of the cases).
What installer will do is, it will unpack the .deb archive, unpack it again, read it’s instructions and start copy & pasting as instructed. It’ll take file “x” and copy copy it to destination “a”, take file “y” and copy copy it to destination “b”, take file “z” and copy copy it to destination “c” and so on. During the process, it’ll also check for dependencies and it will “automagically” pull them in if necessary.

Now, sometimes a script installer.run is taking that job over and, it’s doing exactly the same as just described. With other words, there is no reason why you couldn’t do it “the manual way” and move the needed stuff to it’s destination on your own — if you know what to move where. That’s true for most of the cases.

Sometimes though, there will be some installer.run that’ll do a “little bit of magic” and do more then that: it’ll pull and setup some additional repositories and certificates, will manipulate your firewall and open the needed ports, “sniff” around your network to find another HW mac’s and IP’s, will temporary disable and re-enable services, or it will add some new services and auto-starts, or it will do some Kernel recompiling for you. That kind of stuff is pretty rare and it’s usually only then needed when installing some VBox additions, NVidia drivers, WiFi printers and such.

Sometimes, there are also some “self sustained” apps which are packaged in a certain form but, which work on any other system if unpacked an started manually.

FreeFileSync is one such case or XFCE Theme manager that I wanted to try recently. It’s packaged only for Ubuntu and it’s not in Debian repositories.

I uncompressed the “xfce-theme-manager_0.3.7-1~ppa+trusty0_amd64.deb” in “bin” subfolder inside my “home” folder, uncompressed “data.tar.xz” that was inside it, opened Terminal and started the binary from command line:

'/home/YOURNAME/bin/xfce-theme-manager_0.3.7-1~ppa+trusty0_amd64.deb/usr/bin/xfce-theme-manager'

That was all that was needed to get it up and running.

There’s no universal recipe.

One more idea would be — install in a virtual machine first and so you can see it quick and easy, if it works or not.
It doesn’t cost anything else but a couple of hours of your life — or ours. 😉

(I doubt very much that this thing can beat Bing, Google & Yandex translators but, you never know. Somtimes it happens that a couple of “freaks” make something that gets bought by them if it really works.)

[Anonymous]

added to the default install

in this case, maybe “subtracted” is the fix
~~ as in, when building the iso… after the themes packages have installed within the buildroot, rm the poorly performing themes?

MediterraneanNight
Apparently, that theme package is no longer maintained (receives no bugfixes) upstream.
Also, the names of the individual themes are ridiculously long and are light-dark-white-night counterintuitive.
Also, that package provides theme variants for “Unity” DE (useless for antiX users).

MissTell and others have expressed an interest toward “prettying up” the pre-installed themes.
If someone is interested in maintaining a custom themes package, I would handle steps 1-6 below to get the ball rolling

1) fork this repository: https://github.com/rbrito/mediterranean-gtk-themes
2) cherrypick 2 commits from here: https://github.com/Dvad/pkg-mediterranean-gtk-themes
3) cherrypick 4 commits from here: https://github.com/dodev/pkg-mediterranean-gtk-themes/commits/master
4) check this pull request: https://github.com/rbrito/mediterranean-gtk-themes/pulls
5) investigate which specific theme variants have “known issues” https://github.com/rbrito/mediterranean-gtk-themes/issues
6) prune the Unity-specific themefiles from the package
7) fix (or prune) and/or tweak the remaining themes, renaming each to a less ridiculous name along the way.
8) add a few more curated/tweaked themes into the package
9) distribute via a new deb package (and ??? mark it as provides/conflicts(?)replaces the package which provides the pre-existing meDiterAnEaNnIghT themes?)

[Forum Admin rokytnji]

Thanks. Giving it a go on this 16 gig ram IBM T430 for starters

harry@biker:~
$ cat /etc/preload.conf
[model]

# cycle:
#
# This is the quantum of time for preload.  Preload performs
# data gathering and predictions every cycle.  Use an even
# number.
#
# Note: Setting this parameter too low may reduce system performance
# and stability.
#
# unit: seconds
# default: 20
#
cycle = 20

# usecorrelation:
#
# Whether correlation coefficient should be used in the prediction
# algorithm.  There are arguments both for and against using it.
# Currently it's believed that using it results in more accurate
# prediction.  The option may be removed in the future.
#
# default: true
usecorrelation = true

# minsize:
#
# Minimum sum of the length of maps of the process for
# preload to consider tracking the application.
#
# Note: Setting this parameter too high will make preload less
# effective, while setting it too low will make it eat
# quadratically more resources, as it tracks more processes.
#
# unit: bytes
# default: 2000000
#
minsize = 2000000

#
# The following control how much memory preload is allowed to use
# for preloading in each cycle.  All values are percentages and are
# clamped to -100 to 100.
#
# The total memory preload uses for prefetching is then computed using
# the following formulae:
#
# 	max (0, TOTAL * memtotal + FREE * memfree) + CACHED * memcached
# where TOTAL, FREE, and CACHED are the respective values read at
# runtime from /proc/meminfo.
#

# memtotal: precentage of total memory
#
# unit: signed_integer_percent
# default: -10
#
memtotal = -10

# memfree: precentage of free memory
#
# unit: signed_integer_percent
# default: 50
#
memfree = 50

# memcached: precentage of cached memory
#
# unit: signed_integer_percent
# default: 0
#
memcached = 0

###########################################################################

[system]

# doscan:
#
# Whether preload should monitor running processes and update its
# model state.  Normally you do want that, that's all preload is
# about, but you may want to temporarily turn it off for various
# reasons like testing and only make predictions.  Note that if
# scanning is off, predictions are made based on whatever processes
# have been running when preload started and the list of running
# processes is not updated at all.
#
# default: true
doscan = true

# dopredict:
#
# Whether preload should make prediction and prefetch anything off
# the disk.  Quite like doscan, you normally want that, that's the
# other half of what preload is about, but you may want to temporarily
# turn it off, to only train the model for example.  Note that
# this allows you to turn scan/predict or or off on the fly, by
# modifying the config file and signalling the daemon.
#
# default: true
dopredict = true

# autosave:
#
# Preload will automatically save the state to disk every
# autosave period.  This is only relevant if doscan is set to true.
# Note that some janitory work on the model, like removing entries
# for files that no longer exist happen at state save time.  So,
# turning off autosave completely is not advised.
#
# unit: seconds
# default: 3600
#
autosave = 3600

# mapprefix:
#
# A list of path prefixes that controll which mapped file are to
# be considered by preload and which not.  The list items are
# separated by semicolons.  Matching will be stopped as soon as
# the first item is matched.  For each item, if item appears at
# the beginning of the path of the file, then a match occurs, and
# the file is accepted.  If on the other hand, the item has a
# exclamation mark as its first character, then the rest of the
# item is considered, and if a match happens, the file is rejected.
# For example a value of !/lib/modules;/ means that every file other
# than those in /lib/modules should be accepted.  In this case, the
# trailing item can be removed, since if no match occurs, the file is
# accepted.  It's advised to make sure /dev is rejected, since
# preload doesn't special-handle device files internally.
#
# Note that /lib matches all of /lib, /lib64, and even /libexec if
# there was one.  If one really meant /lib only, they should use
# /lib/ instead.
#
# default: (empty list, accept all)
mapprefix = /usr/;/lib;/var/cache/;!/

# exeprefix:
#
# The syntax for this is exactly the same as for mapprefix.  The only
# difference is that this is used to accept or reject binary exectuable
# files instead of maps.
#
# default: (empty list, accept all)
exeprefix = !/usr/sbin/;!/usr/local/sbin/;/usr/;!/

# maxprocs
#
# Maximum number of processes to use to do parallel readahead.  If
# equal to 0, no parallel processing is done and all readahead is
# done in-process.  Parallel readahead supposedly gives a better I/O
# performance as it allows the kernel to batch several I/O requests
# of nearby blocks.
#
# default: 30
processes = 30

# sortstrategy
#
# The I/O sorting strategy.  Ideally this should be automatically
# decided, but it's not currently.  One of:
#
#   0 -- SORT_NONE:	No I/O sorting.
#			Useful on Flash memory for example.
#   1 -- SORT_PATH:	Sort based on file path only.
#			Useful for network filesystems.
#   2 -- SORT_INODE:	Sort based on inode number.
#			Does less house-keeping I/O than the next option.
#   3 -- SORT_BLOCK:	Sort I/O based on disk block.  Most sophisticated.
#			And useful for most Linux filesystems.
#
# default: 3
sortstrategy = 3
harry@biker:~
$ sudo cp /etc/preload.conf /etc/preload.conf.bk
harry@biker:~
$ cd /etc
harry@biker:/etc
$ ls
abcde.conf                     cups                  gshadow            ld.so.cache     mtab              rc2.d              ssh
acpi                           cupshelpers           gshadow-           ld.so.conf      mtools.conf       rc3.d              ssl
adduser.conf                   dbus-1                gss                ld.so.conf.d    nanorc            rc4.d              staff-group-for-usr-local
adjtime                        debconf.conf          gtk                libao.conf      netconfig         rc5.d              subgid
alternatives                   debian_version        gtk-2.0            libaudit.conf   netscsid.conf     rc6.d              subgid-
antix-version                  default               gtk-3.0            libgda-5.0      network           rc.local           subuid
apm                            defaultdomain         gufw               libnl-3         networks          rc.local.dpkg-old  subuid-
apparmor.d                     deluser.conf          hdparm.conf        libpaper.d      newsbeuter        rcS.d              sudoers
apt                            desktop-session       host.conf          libreoffice     newt              request-key.conf   sudoers.d
asciidoc                       dhcp                  hostname           libuser.conf    nsswitch.conf     request-key.d      sysctl.conf
asound.conf                    dictd                 hosts              live            obex-data-server  resolvconf         sysctl.d
avahi                          dictionaries-common   hosts.allow        locale.alias    openal            resolv.conf        systemd
bash.bashrc                    dillo                 hosts.deny         locale.gen      opt               rmt                terminfo
bash_completion                dkms                  hp                 locale.gen.all  os-release        rpc                timezone
bash_completion.d              dpkg                  iceweasel          locale.gen.net  pam.conf          rsyslog.conf       tmpfiles.d
bindresvport.blacklist         drirc                 idmapd.conf        localtime       pam.d             rsyslog.d          ucf.conf
bluetooth                      elinks                ifplugd            logcheck        papersize         samba              udev
bogofilter.cf                  emacs                 ImageMagick-6      login.defs      passwd            sane.d             udevil
bootchartd.conf                environment           init               logrotate.conf  passwd-           screenrc           udisks2
ca-certificates                esound                init.d             logrotate.d     pcmcia            s-distro-level     ufw
ca-certificates.conf           firefox-esr           initramfs-tools    lsb-release     perl              s-distro-version   uniconf.conf
ca-certificates.conf.dpkg-old  fish                  inittab            magic           pm                securetty          updatedb.conf
calendar                       fonts                 inputrc            magic.mime      pmount.allow      security           UPower
chatscripts                    fstab                 insserv            mail            pnm2ppa.conf      selinux            usb_modeswitch.conf
chromium.d                     fstab.bk              insserv.conf       mailcap         polkit-1          sensors3.conf      usb_modeswitch.d
clicompanion.d                 fstab.hotplug         insserv.conf.d     mailcap.order   ppp               sensors.d          vdpau_wrapper.cfg
conf.d                         fuse.conf             inxi.conf          mailname        preload.conf      services           vim
conky                          fuse.conf.bk          ioctl.save         manpath.config  preload.conf.bk   sgml               wgetrc
console                        gai.conf              iproute2           mc              profile           shadow             wicd
ConsoleKit                     gconf                 irssi.conf         menu            profile.d         shadow-            wildmidi
console-setup                  gftp                  iso-snapshot.conf  menu-methods    protocols         shells             wodim.conf
cron.d                         ghostscript           issue              mime.types      pulse             skel               wpa_supplicant
cron.daily                     gnome-vfs-mime-magic  issuebk            mke2fs.conf     python            slim.conf          wvdial.conf
cron.hourly                    GNUstep               issue.net          modprobe.d      python2.7         smartd.conf        X11
cron.monthly                   gpm.conf              jwm                modules         python3           smartmontools      xdg
crontab                        groff                 kbd                modules.bk      python3.4         smxi.conf          xlock.staff
cron.weekly                    group                 kernel             modules-load.d  ranger            spacefm            xml
cruft                          group-                kernel-img.conf    motd            rc0.d             spamassassin       xpdf
crypttab                       grub.d                ldap               mpv             rc1.d             splash
harry@biker:/etc
$ apt-cache policy preload
preload:
  Installed: 0.6.4-2
  Candidate: 0.6.4-2
  Version table:
 *** 0.6.4-2 0
        500 http://ftp.gr.debian.org/debian/ jessie/main i386 Packages
        100 /var/lib/dpkg/status

Sometimes I drive a crooked road to get my mind straight.
Not all who Wander are Lost.
I'm not outa place. I'm from outer space.

Linux Registered User # 475019
How to Search for AntiX solutions to your problems