You are not logged in.
Gentoo/Sabayon 7 LXDE has 64-bit support and will squeeze supposedly everything you've got in your CPU through optimised packages...
^ Sabayon has everything but the kitchen sink. If you never knew what bloat really means, now look at it directly.
And yet when you boot into an openbox session all you have is a menu like dmenu, with links to inexistent programs. All I've managed to start is a terminal (you've got a list of them. 5, the last one is the only one working) that you can use to start a program.
To tell you the truth it felt snappier here and there. But Sulfur (read: Synaptic) uses up the rest of my RAM, and compiling takes for hours... but despite all, I'll keep on eye on this distro.
Anyone tried Semplice ?
tee -a $file | xargs -I {} curl $site{} --create-dirs -o ~/{}
the thing is that xargs has a bug. http://en.wikipedia.org/wiki/Xargs#The_ … r_problem. thus I need a -I.
Also, somehow I could only join {} with ~/, instead of /home/user/whatever/
so thanks for letting me know about xargs, and both of you for trying
lcafiero wrote:@el_koraco -- You know, it might be me, but it seems that Slackware-based distros seem to go faster than Red Hat- or Debian-based distros for some unexplained reason (unless, of course, you know why and I don't).
Probably because of the policy of not modifying upstream packages. Less abstraction on software equals less overhead I suppose.
The right information at the right moment. So my next distro to try is Salix LXDE/fluxbox. I've been seeking something that is Debian free recently. I almost tried Viperr but there was a disclaimer that scared me away again... (some might know why I mention this, LOL)
So, it so happens that I tried Sabayon LXDE, I guess that's as close to Gentoo as I dare to go.
The good
I had a few pleasant surprises, like detecting that my hardisk is failing (which I know) and it was up to date too. Painless install. Terminals weren't black and white but chromatically rich text - helps you read.
The horror
I had 250 mb of RAM busy with only the task manager running. Reminded me of windows with that updates icon in the tray and others. After installing a few (~7) applications, which took me over an hour, skipping 24 mirrors to find one that actually goes faster than 50kB/s, at an avarage speed between 50-150 kB/s, so when Sulfur finally finished, I couldn't start my filemanager or anything else for that matter. A reboot didn't take me to the login screen, but to a black one.
I never knew to appreciate debian mirrors with over 1MB/s speeds. Now I do. Also, apt-get doesn't look that bad either now. I have the feeling that I'm stuck with #!...
Thanks !
xargs ?
xargs does the job with echo. I get a nice list. but curl fails. And even if curl would pick up on the input, I would still need it twice. So can xargs pipe into a variable ?
...... curl $site/$xarged --create-dirs -o"/home/user/output/$xarged"
or could this work ?
..... curl $site/$(echo) --create-dirs -o"/home/user/output/$(echo)"
I tried the above, but I get a few of these... (I tried without "/" s $site$(echo) too... same thing.)
curl: (3) <url> malformed
curl: (3) <url> malformed
curl: (3) <url> malformed
curl: (3) <url> malformed
^
Pay no attention to the window decorations and the KDE "start button"...
http://en.wikipedia.org/wiki/File:KDE_4.png
What do you think?
Nice walls !
I was hoping to be able to get those lines into a variable/array. Somehow make $1 global ?
Than two lines would do.
loop this:
array >> file
and curl the array
curl -s $site | grep patern | awk -F "_" '{print $1}' >> $file
grep returns more than one line. So the above line works despite the lack of an array.
awk takes them one by one like a good program and writes each to a file. All is well.
curl -s $site | grep patern | awk -F "_" '{print $1}' | tee -a $file | curl -s $site/$1
But say $1 are links and I want to pass them to curl too. I tried the above. $1 doesn't update for each line or something though... Two problems arise: curl doesn't seem to get what's piped to it.
Tee-ing doesn't work, or I did it wrong.
If I could both print $1 and curl -s $site/$1, maybe that would work. But I guess awk won't curl. I tried. I'm stuck.
Since sometimes it takes ages to find the right apps, I'd like to show some love to the community and some support for those who write good applications for linux, hoping to save someone some time:
sunflower - dual panel file manager
spaceFM - former pcmanfm-mod
zathura - minimal pdf viewer
gnote - tomboy notes port - no mono, thus light version
wikidpad - desktop wiki with a spin
quodlibet - lightweight music player/rhytmbox/banshee alternative, but better
inkscape - from vectors to desktop publishing
workrave - anti RSI software
brainworkshop - gym for the brain
xiphos - Bible software
dictator - RSVP software
bleachbit
pidgin
xdiskusage
hinto, VastOne, with all due respect, my experiences differ.
If every time I ran into a bug... well, I didn't get a dollar but I ended up learning that I better keep a log of where my time went... I didn't do it to rant. I can take a walk and get it out of my head.
I invested time into logging and posting to prove at least this time that something small here and there can steal you of a lot of time in vain. And I'm afraid I lost at least a few weeks over these "little glitches", and this is just the operating system.
....
When I see stuff like that, I think cry me a river dood.
...
Just out of curiousity, sometimes I wonder ( and would like to know ) how many wks/months/etc Corenominal has invested in keeping up Crunchbang. Guessing ALOT ...
Exactly because #! is great it's a pity that such experiences are still all over the place.
I believe in feedback. A question is half the answer. I asked the question. Someone smarter might invent an answer. ..or not. But I did what I could. Therefore, no need to cry...
I'm well aware that I am running a LINUX box, (one with tint2 and openbox and limitless personalization options) it's all great. I am not a windows user booing at you. I'm with LINUX. (Still, by the way, fixing windoze never took me 10% of the time to fix something here.)
I'm telling YOU - instead of mocking behind your back. Let's get this straight. I'm on this side. Critique never killed anyone.
There IS something broken somewhere, all these bugs must get in somewhere, what do we do?
Learning is one thing.
Learning is getting from point A to point B, and then, next time knowing how to get there. This was something like walking down dead-end streets you never need to see again if some things are fixed.
Caveats ? Get me the cheats-sheet. But this wasn't learning. It's not the same.
I hope raising questions won't be considered arrogance. I honestly think the questions are justified. I am step for step presenting a situation and ask questions logically following questions. If anything tastes like trolling, it's unintentional. The questions are not rhetorical. Either in black or red.
I'm looking at the apt.conf man page right now. In the snippet you already pasted above, I see this:
The default of Cache-Limit is 0 which stands for no limit.
This and the other problems you're having suggest you may be critically short on disk space?
Thank you all for trying to help, it wasn't freespace.
The cache limit was set from 0 to a different number months ago, because that's what somewhere someone suggested when I had a go for apt-pinning. Why ? Because there's no manual either...
If I google apt-pinning right now, "I'm lucky" to arrive at this page:
http://jaqque.sbih.org/kplug/apt-pinning.html
E: Dynamic MMap ran out of room
You may find that you receive an error like the following:
E: Dynamic MMap ran out of room
E: Error occured while processing sqlrelay-sqlite (NewPackage)
E: Problem with MergeList /var/lib/apt/lists/ftp.us.debian.org_debian_dists_woody_contrib_binary-i386_Packages
E: The package lists or status file could not be parsed or opened.This is caused because apt's cache is too small to handle all of the packages that are included with stable, testing, and unstable. This is also very easy to fix. Add the following line to /etc/apt/apt.conf
APT::Cache-Limit "8388608";
Thanks to R (Chandra) Chandras for pointing out this problem
My limit was 10 times larger.
But I didn't post in the HELP section - I posted in the feedback one. I already solved the issues.
I posted because I can't rely on man pages, and it seems I can't rely on "google" either.
apt-get is a central piece of every debian based distro, yet the very manual is a dead end.
My question in red is ignored. The problem is that you never run into a (edit: single) problem. Once you're forced to USE your system, for example, read a manual, you'll discover it's missing the very information you were sent there for. And so on. This is no longer a nooby issue.
Press U to set the limit to unlimited, E to edit your /etc/apt/apt.conf or alternatively consider removing some sources from your /etc/apt/sources.list
So again, is it a cost of implementation issue ? doubting it. So what's the philosophy behind blindfolding users or ,,,am I blind ? I'm really curious if I'm alone in this. Please correct me if I have a biased view on something... but it's always 50 steps till I get something done.
We are both running #! - so what are you doing differently ? What's your secret ? ...and again, why can't we automate some basic stuff ?
Pretty please !
crunchworksyeay wrote:Just saying that it's minimal approach fits well with #!, just saying.
So can you also tell me, what's Zathura?
A pdfviewer. Updated the OP.
Just saying that it's minimal approach fits well with #!, just saying.
Edit:
from their website:
The idea behind zathura is an application that provides a minimalistic and space saving interface as well as an easy usage that mainly focuses on keyboard interaction.
Broken packages and other adventures aside, my question is: Why can't apt-get ask you a simple question:
"Would you like to increase the cache-limit? Please specify increase in MB and hit Y"
or rather:
Press U to set the limit to unlimited, E to edit your /etc/apt/apt.conf or alternatively consider removing some sources from your /etc/apt/sources.list
Just how hard would that be ?
Since I started typing at least 40 minutes have gone by, and I haven't even started doing what I wanted to. People have walked the dog and bought the milk meanwhile, while I'm doing WHAT ?...
Without getting too emotional about it, I'd just like to ask, what others think about the following situation.
1. Today I ran "sudo apt-get update", to install an xml editor, quanta.
2.
E: Dynamic MMap ran out of room. Please increase the size of APT::Cache-Limit. Current value: 38797312. (man 5 apt.conf)
3. Being hinted with man 5 apt.conf I ran that.
4. Skimming the manual... manual too long, found nothing. Minutes gone.
5. Learning to highlight patterns in a manual, reskimming and finding the following:
Cache-Start, Cache-Grow and Cache-Limit
APT uses since version 0.7.26 a resizable memory mapped cache file to store
the 'available' information. Cache-Start acts as a hint to which size the
Cache will grow and is therefore the amount of memory APT will request at
startup. The default value is 20971520 bytes (~20 MB). Note that these amount
of space need to be available for APT otherwise it will likely fail
ungracefully, so for memory restricted devices these value should be lowered
while on systems with a lot of configured sources this might be increased.
Cache-Grow defines in byte with the default of 1048576 (~1 MB) how much the
Cache size will be increased in the event the space defined by Cache-Start is
not enough. These value will be applied again and again until either the
cache is big enough to store all information or the size of the cache reaches
the Cache-Limit. The default of Cache-Limit is 0 which stands for no limit.
If Cache-Grow is set to 0 the automatic grow of the cache is disabled.
6. I've been through the manual 2 times with "cache" highlighted and couldn't find how to increase it. I also found something else in Chinese about directories, but I still don't see the file to be edited:
DIRECTORIES
The Dir::State section has directories that pertain to local state information.
lists is the directory to place downloaded package lists in and status is the
name of the dpkg status file. preferences is the name of the APT preferences
file. Dir::State contains the default directory to prefix on all sub items if
they do not start with / or ./.
Dir::Cache contains locations pertaining to local cache information, such as the
two package caches srcpkgcache and pkgcache as well as the location to place
downloaded archives, Dir::Cache::archives. Generation of caches can be turned off
by setting their names to be blank. This will slow down startup but save disk
space. It is probably preferred to turn off the pkgcache rather than the
srcpkgcache. Like Dir::State the default directory is contained in Dir::Cache
Dir::Etc contains the location of configuration files, sourcelist gives the
location of the sourcelist and main is the default configuration file (setting
has no effect, unless it is done from the config file specified by APT_CONFIG).
The Dir::Parts setting reads in all the config fragments in lexical order from
the directory specified. After this is done then the main config file is loaded.
Binary programs are pointed to by Dir::Bin. Dir::Bin::Methods specifies the
location of the method handlers and gzip, bzip2, lzma, dpkg, apt-get dpkg-source
dpkg-buildpackage and apt-cache specify the location of the respective programs.
The configuration item RootDir has a special meaning. If set, all paths in Dir::
will be relative to RootDir, even paths that are specified absolutely. So, for
instance, if RootDir is set to /tmp/staging and Dir::State::status is set to
/var/lib/dpkg/status, then the status file will be looked up in
/tmp/staging/var/lib/dpkg/status.
The Ignore-Files-Silently list can be used to specify which files APT should
silently ignore while parsing the files in the fragment directories. Per default
a file which end with .disabled, ~, .bak or .dpkg-[a-z]+ is silently ignored. As
seen in the last default value these patterns can use regular expression syntax.
Skimming for something useful vainly another 5-10 minutes have already have gone by. Granted, I just learnt how to search for patterns in a manual, but I'm still stuck.
7. Tik-tak. Running apt-clean command in the hopes that something residual gets freed-up and current limit will be sufficient upon new attempt.
8. Meanwhile googling for solution.
9. Experimenting with apt-clean fails, running apt-get update again wastes another 3 minutes, and I still can't install what I need.
10. editing /etc/apt/apt.conf, filename finally found on a blog.
12. starting to write this post so that I have an idea of where my time is going this time.
trying to find an appropriate subsection, going through the manual for pastes, etc, etc. Somehow another 15 minutes are gone.
13. noticing that I misspelled my sudo password so it's still not updated.
14. installing package - running into broken depencies
15. googling for solution a pop-up window freezez up iceweasel,
16. experiencing panic over loosing the post, getting up to get a glass of water
17. getting back to the computer, finding terminator gone,
18. running apt-get clean all
19. running apt-get autoremove - cursor starts skipping: apt-get is reading 6MB/s from local drive. Stuck for another 2 minutes.
20. Deciding to post before loosing the post.
It wasn't created yet.
There's #! for Debian,
Viperr for Fedora,
Archbang for Arch.
Gentoo plus Openbox ?...
Thanks
*caugh*SOPA*caugh*
VastOne does have a point. But...
I do not see a need to add or change nything
My point exactly. The default is close.
What's the point in braking this ?
As for sending apps to different desktops, you can drag the panel items around in case of a multidesktop setup. Which is default again.
What naged me though is that this change set me up into fixing it with a broken tool.
I would remove the Lenny and Ubuntu entries, I am not sure at all why you are using them.
I couldn't find any other way to get gyachi up.
With #! 10 nm works fine even though it is slow at connecting, speed is ok.
Then I began my path to debian testing upgrades. nm stopped working so I went through all kinds of stuff and managed to get nm working again but very buggy,,,
I'm not sure if anyone here is aware of the fact that some need to use a DSL/PPP (point-to-point) connection to get online. The buggy nm failed me at that out of the box (#! r20111125). So while my vote goes to Wicd instead of nm, let's not forget that wicd doesn't have dsl/ppp features at all. So in case it's replaced you need to add pppoeconf or something to the mix too.
It's too comfy to close an app on any desk with a single click.
Tint2 did something unusually smart replacing the menu with closing the app. It was weird at first, but now I'm posting here to get this back, cause r20111125's tint doesn't work that way anymore.
Other task-managers have a menu that pops up, so you can close an app with 2 clicks. But this isn't the case for tint2. This "improvement" forces you to hunt for window corners instead. It's just not ergonomic.
Trying to correct things from the available GUI editor I ran into bugs, and I wasted minutes in vain.
The simplest way to rectify this is by editing ~/.config/tint2 scroll to the bottom and change the text to
mouse_right = close
in the # Mouse section
But it should be default in the next release IMHO. Does anyone second that ?
crunchworksyeay wrote:It doesn't even display avatars
hahaha, well, at least you got some learning experience for your efforts
now go mark your thread 'Solved' !
question: if I don't remove those lines, will my #! turn into Ubuntu or into Debian Lenny ? )
I'd say the wiki is missing an "upgrade to testing/apt-pinning and priorities for dummies" section. Cause for some reason the more I learn the more I'm aware that I don't know nothing at al...
The -t switch makes apt install the packages on the command line, and its dependencies from the specified target, but it will not install if, as a result, other packages get broken.
why would anything break ? aren't updates backwards-compatible ?
A link, anyone ?
so...
well... I did somehow manage to get it done.
deb http://archive.getdeb.net/ubuntu/ lucid-getdeb apps
deb http://ftp.us.debian.org/debian lenny main contrib non-free
to the source list and sudo apt-get install gyachi.......
It doesn't even display avatars
Possibly into dependency hell ...
As long as it is -dev packages only, you can try installing
sudo apt-get -t testing install libgnomeui-dev libgtk2.0-dev
but that may come up with new dependencies...
It did. And I installed them and so on. But doing so resulted in unexpected things like removing packages that I installed (like zathura and workrave), but also tumbler and nitrogen... and I don't have a clue why. Wonder if this installation will even boot again.
sudo apt-get install -t testing libcairo2-dev
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages were automatically installed and are no longer required:
libconfig++8 libqtmultimediakit1 libplot2c2 libboost-thread1.42.0 libgadu3
workrave-data libtorrent-rasterbar5 libqtlocation1 pstoedit libboost-signals1.42.0
libmagick++4 libgc1c2 libboost-filesystem1.42.0 libgsl0ldbl perlmagick
libboost-system1.42.0 libpstoedit0c2a libboost-signals1.46.1
Use 'apt-get autoremove' to remove them.
The following extra packages will be installed:
libalgorithm-diff-xs-perl libapt-pkg-perl libboost-signals1.46.1 libcairo2
libclass-isa-perl libdbd-mysql-perl libdbi-perl libexpat1 libexpat1-dev
libfont-freetype-perl libfontconfig1-dev libfreetype6-dev libglib-perl libice-dev
liblocale-gettext-perl libperl5.14 libpixman-1-dev libpng12-dev libpthread-stubs0
libpthread-stubs0-dev libpurple0 libsm-dev libswitch-perl libtext-charwidth-perl
libtext-iconv-perl libuuid-perl libx11-dev libx11-doc libxau-dev libxcb-render-util0
libxcb-render-util0-dev libxcb-render0-dev libxcb1-dev libxdmcp-dev libxrender-dev perl
perl-base perl-modules perlmagick pidgin pidgin-data pkg-config x11proto-core-dev
x11proto-input-dev x11proto-kb-dev x11proto-render-dev xchat xorg-sgml-doctools
xtrans-dev zlib1g-dev
Suggested packages:
libcairo2-doc perl-doc libterm-readline-gnu-perl libterm-readline-perl-perl
libpod-plainer-perl imagemagick-doc gnome-panel kdebase-workspace-bin docker
evolution-data-server
The following packages will be REMOVED:
epdfview flush gir1.2-freedesktop gir1.2-pango-1.0 gnome-color-chooser gparted inkscape
libcairo-gobject2 libcairo-perl libcairomm-1.0-1 libglademm-2.4-1c2a libgtk2-perl
libgtkmm-2.4-1c2a libpango-perl libpangomm-1.4-1 libperl5.12 libpoppler-glib6 nitrogen
tumbler workrave zathura
The following NEW packages will be installed:
libboost-signals1.46.1 libcairo2-dev libclass-isa-perl libexpat1-dev libfontconfig1-dev
libfreetype6-dev libice-dev libperl5.14 libpixman-1-dev libpng12-dev libpthread-stubs0
libpthread-stubs0-dev libsm-dev libswitch-perl libx11-dev libx11-doc libxau-dev
libxcb-render-util0 libxcb-render-util0-dev libxcb-render0-dev libxcb1-dev libxdmcp-dev
libxrender-dev pkg-config x11proto-core-dev x11proto-input-dev x11proto-kb-dev
x11proto-render-dev xorg-sgml-doctools xtrans-dev zlib1g-dev
The following packages will be upgraded:
libalgorithm-diff-xs-perl libapt-pkg-perl libdbd-mysql-perl libdbi-perl libexpat1
libfont-freetype-perl libglib-perl liblocale-gettext-perl libpurple0
libtext-charwidth-perl libtext-iconv-perl libuuid-perl perl perl-base perl-modules
perlmagick pidgin pidgin-data xchat
The following packages will be DOWNGRADED:
libcairo2
19 upgraded, 31 newly installed, 1 downgraded, 21 to remove and 195 not upgraded.
Need to get 31.9 MB of archives.
After this operation, 95.2 MB disk space will be freed.
Do you want to continue [Y/n]? y
and after all this, i still get errors,
pidgin is not good, it doesn't even update avatars, no voice, no webcam.
Copyright © 2012 CrunchBang Linux.
Proudly powered by Debian. Hosted by Linode.
Debian is a registered trademark of Software in the Public Interest, Inc.
Server: acrobat