Enter your search query in the box above ^, or use the forum search tool.

You are not logged in.

#2 Development » [Resolved] Cannot browse BunsenLabs repository » 2015-08-01 22:06:47

Replies: 2

Users cannot browse The server issues a "403 Forbidden" error. This is inconsistent with the standard debian repositories, the prior CB repositories, as well as other deb package repositories like grml, Mepis/MX/Antix, et al. Users should be able to inspect the repository contents and download deb packages directly using any OS and without depending on apt tools.

#3 Re: Off Topic / General Chat » US Gov't wants to help you unencrypt your private data » 2015-07-09 23:45:01

Using standard debian packaged tools, one can create encrypted files indistinguishable from pseudo-random data and entirely free of any metadata indicating the file is encrypted. How can a state imprison someone for failing to decrypt a block of pseudo-random data that cannot be implied let alone demonstrated with certainty to contain encrypted data?

I regularly erase flash devices by filling them with random data; these are indistinguishable from encrypted data. Could this ensure me arrest and imprisonment in the UK because they might be encrypted but I cannot provide a password or key? Does (or will) the state prohibit owning files and devices containing random data? If not, they can never entirely regulate encryption or create effective laws to compel users to decrypt encrypted data.

Furthermore, the government can attempt to compel owners of encrypted filesystems and communications identified by their own metadata with fines and imprisonment. But the state must be willing to incarcerate and penalize a significant number of innocent people as there is no way to differentiate between owners who will not divulge (pretend to forget) and those who cannot divulge (legitimately forget) the key. Consider the number of people that might replace a laptop or hard drive and toss the old encrypted one in the cupboard, creating a liability waiting to happen as soon as the encryption key is forgotten.

#4 Re: Ideas & Suggestions » Lowercase Folder Names! » 2015-07-07 05:15:13

This is a lot like revisiting the "consensus" on qwerty vs dvorak... Qwerty is ubiquitous, expected, and "good-enough". created the XDG dir standards, and most Desktop environments have adopted them, so Uppercase Home Folder Names are ubiquitous, expected, and "good-enough". Just like dvorak/qwerty you can configure the system to your taste with folders in any case and location; they don't even have to be in your home directory.  See ~/.config/user-dirs.dirs.

Applications that assume uppercase home directories and do not consult the user-dirs.dirs settings are rude and problematic...

#5 Re: Feedback & Suggestions » make this forum more friendly to newcomers » 2015-07-02 15:45:53

KrunchTime wrote:
cpoakes wrote:

I think we need a safe space outfitted with coloring books, playdoh, and videos of puppies for users triggered by "troubling" comments.

No, we have videos of ponies.  lol

OMG! Ponies!

#6 Re: Feedback & Suggestions » make this forum more friendly to newcomers » 2015-07-01 16:47:03

I think we need a safe space outfitted with coloring books, playdoh, and videos of puppies for users triggered by "troubling" comments.

#8 Re: Tips, Tricks & Scripts » Firefox/Iceweasel reader mode: How to change the font families » 2015-06-27 14:05:49

Not only thanks for the tip, but thanks for introducing me to this groovy feature.

#9 Re: Off Topic / General Chat » Is Google Being Evil? » 2015-06-27 13:48:00

Absolutely - the chromium EOL in wheezy is dependent on compiler changes. Chromium is available in jessie because the newer compiler is in jessie. There is also a commercial Chrome version available for wheezy built using methods similar to your suggestions. And one could backport the compiler to wheezy and compile natively, but as you point out that is not the way of "stable".

My complaint: while Google excels at leveraging open-source for commercial products, they are poor at supporting their open-source products in stable/LTS open-source environments. Chromium security support evaporated in stable and only reappeared 5 months later if you migrated to stable jessie.  Security conscious wheezy users either 0) lived without security updates, 1) adopted the non-free Chrome, or 2) adopted a different browser. Google could have "ifdef'd" the code to manage a larger window of backward compiler compatibility (for multiple environments, not just Debian). This would have kept chromium viable until the stable/oldstable transition.  But they didn't.

While they certainly have no obligation to support stable/LTS releases or encourage adoption of chromium, this attitude is unfriendly to and unsupportive of the FOSS community.  Google excels at FOSS-washing (like green-washing but with open-source). And it is coercive when Chrome (commercial) becomes the only option to keep the application running in a stable environment.

For me, this was the straw breaking the camel's back - not only did I migrate back to iceweasel (firefox) after years absence, now I exclusively recommend Firefox where I used to recommend Chrome or FF.

#10 Re: Off Topic / General Chat » Is Google Being Evil? » 2015-06-25 20:00:50

Thanks for the heads up; I forgot about this.  Last time I tried tineye the results were pathetic by comparison, orders of magnitude less than google image search results.  I will give it another go.

Update: tineye has certainly improved.  When it returns a single match, it appears to be an "authoritative" match (giving location, person, stock photo source, and/or photographer) vs. the flood of google image matches on tumblr and pinterest.  However, it still fails with a lot of null matches when google can at least one and generally 10 or more instances (photo samples: rugby players, western cowboy art photos, mid-century furniture designs).

#11 Re: Off Topic / General Chat » Is Google Being Evil? » 2015-06-25 19:07:46

Sector11 wrote:

Ummm StartPage uses Google search but passes you search criteria "anonymously" - same goes for images.

Not what I am talking about.  There is a "magic" drag-and-drop functionality that most are unaware of.  Open your browser to (or do a google text search, then select "Images" instead of "Web" to bring up image search), and then drag-and-drop an image from a folder or even another browser window into the search box to find pages with content matching that image. Very useful to take an unattributed image and research the exact subject, location, and/or photographer.

Don't need no android, no gmail, no text search... but this is my unavoidable google addiction.

#12 Re: Off Topic / General Chat » boycott systemd » 2015-06-25 18:52:45

You don't have to wait for Y3K! The 2K38 bug "looms" on the horizon. lol

#13 Re: Off Topic / General Chat » boycott systemd » 2015-06-25 18:48:38

intoCB wrote:

I don't mind people being against systemd. I am systemd-agnostic since I lack enough Linux knowledge to validate either side's arguments or to come to my own independent conclusions. But what is really boring is all the conspiracy theories and all the mud-slinging against Debian because the project took a decision that some people are not happy with.

Hypothesis followed by auditing and proof. This would be good. But the insinuations, the mud slinging, the whining. It's wholly counter-productive. More to the point, I'm disappointed that anyone involved in some form of IT could be so irrational and non-logical about the whole thing. Let that which can be proven be proven. Leave insinuation to the office bitch or whoever embellishes the tediousness of his or her existence with that kind of drivel.

I largely agree. But hypothesis, auditing and proof do not work when applying accumulated experience and the precautionary principal. Outcomes with a long tail can ultimately but not immediately be measured (ahem, climate change). I am following the lead of Linux Mint Debian Edition - use jessie with sysvinit plus the systemd-shim as an application of that principle.  We'll get around to systemd after letting the dust settle (or provide a model for others to back out of systemd if needed).

Debian members made a decision that I am not happy with, but can certainly live with. They did not drink the kool-aid. The sky is not falling. Choice remains enshrined in the Debian Way - you can choose from many init systems (systemd, sysvinit, upstart, openrc), and the devs have gone to great lengths with systemd-shim to provide access the non-init parts of systemd (systemd-login functions for example).

I do find valid criticisms of the Debian decision making process (see Combatting Revisionist History), but the process is in place and has generally served well. Attributed to Churchill, "Democ­racy is the worst form of Gov­ern­ment except for all those other forms that have been tried from time to time".  I'd make a similar argument for Debian.  I trust the process will continue to evolve, both because of and in spite of people complaining long and loud. Human processes are messy.

#14 Re: Off Topic / General Chat » Is Google Being Evil? » 2015-06-25 17:35:32

KrunchTime wrote:

Hmmm...Google also puts out Openbox Tint2 and Clementine.  Should I consider getting rid of those too?

In light of this issue, as well as the number of features that Mozilla keeps adding to Firefox, I'm all for a basic browser that uses plugins/extensions to do all of this stuff that is becoming part of the browser.  That way, I can add what I want.  Lately, every time Mozilla updates Firefox, I have to remove some new feature that they think I want (NOT!).

Correction, GoogleCode hosts tint2, but it is an independent project (shout out to Ovi, the current lead maintainer).  The GoogleCode repo is now simply historical, and tint2 has been moved to GitLab. I would wager a guess than Clementine has a similar hosting relationship as well.

I share your annoyance with FF feature-itis and also frequently remove or modify it back to my preferred level of usability.

#15 Re: Off Topic / General Chat » Is Google Being Evil? » 2015-06-25 17:27:31

KrunchTime wrote:

@cpoakes:  I'm pondering whether to jettison anything related to Google.  Two problems though with doing that; 1) my Google Voice number is referenced on over a hundred resumes that have been submitted, and 2) there's no alternative to Android for my Samsung tablet.  Should we go back to pen and paper?  sad

Yes, it is hard to break the google habit. I waffle with DuckDuckGo, Dogpile, Startpage, and even Bing. But no one does image search like Google. I have other issues with smartphone security and really only want talk and text, so I have purposefully remained a feature phone user (not secure, but far more secure than Android or iOS). And I never liked the intrusiveness of Gmail... I do have a google identity, but don't use any services other than Googlecode repos (which are now defunct). So my Google divorce is close, but not complete.

#17 Re: Off Topic / General Chat » boycott systemd » 2015-06-22 12:37:55

BL is following Debian's lead and will ship with/install with systemd as the default.  However, jessie users and therefore BL users have the choice to run sysvinit, systemd, upstart, or openrc as their init system; systemd is the default but far from only choice.

As for this thread, it is a discussion of the systemd boycott, not a call for BL or CB to boycott systemd (read the OP). If you tire of reading about and discussing the topic, leave us in peace and PICK ANOTHER THREAD.

#18 Re: Tutorials » jessie-backports (unofficial) » 2015-05-19 00:52:39

Is the issue with tint2 and the xfce4-power-manager icon likely to make it to official jessie backports?  If not, doesn't this constitute the first good argument for a "binary" package (xfce4-power-manager) in the BL repos?

#19 Re: Help & Support (Stable) » [SOLVED] Script commands to find x-terminal-emulator being used? » 2015-05-17 05:44:50

Debian Policy 11.8.3 requires only two options of x-terminal-emulator: -T (title), and -e (execute remaining arguments). Terminator version 0.97-3 was modified to make -e work correctly; substituting --command is NOT required when using the jessie version (but it is required for wheezy). The geometry spec is not specified as part of Debian policy, though many wrapper scripts attempt full xterm compatibility.  Though -g does not work with terminator, -g does work for many others when -geometry or --geometry are not supported.

Identifying the actual terminal is much simpler; no awk or grep required:

REALTERMINAL=`readlink -f /usr/bin/x-terminal-emulator`

#20 Re: Help & Support (Other) » [SOLVED]Command to refresh GTK theme? » 2015-05-10 03:11:22

@Sector11: Thanks for the tip.

BEWARE: check the output of "gtk-theme-switch2 -h" for the correct command usage.  The man page implies "-i" will install a named theme when it actually just handles tarballs.

UPDATE:  This is utter garbage.  Gtk-theme-switch2 is NOT compatible with with lxappearance or any custom values established in ~/.gtkrc-2.0.  Instead of simply setting the value of "gtk-theme-name" and preserving other customisations (like font name and size, icon theme, etc), it wipes the file contents and replaces it with an "include" of the theme gtkrc. This generally reverts your applications to default icons, default font and font size, and such.  Not at all useful.

#21 Re: Help & Support (Other) » [SOLVED]Command to refresh GTK theme? » 2015-05-09 18:00:09

Nice adaptation to the shell.  Doesn't need the "sys" import or the "if..usage()" lines:

function reloadGTK(){
python - <<END
import gtk

data=gtk.gdk.atom_intern("_GTK_READ_RCFILES", False)


#22 Re: Help & Support (Other) » [SOLVED]Command to refresh GTK theme? » 2015-05-09 15:23:58

Never found anything.  After some research, I wrote this for waldorf/wheezy using python 2 (2.7).  Untested in jessie or with python3:

#  gtkreload

def usage():
    print """\
Usage: gtkreload
  Signal applications to reload gtk, usually to apply a new theme."""

import sys, gtk

if len(sys.argv) >= 2:
data=gtk.gdk.atom_intern("_GTK_READ_RCFILES", False)

Call it "gtkreload", add execute permission, shebang invokes python interpreter.

#23 Re: Ideas & Suggestions » BunsenLabs Website? » 2015-05-08 16:45:18

Back to the website topic:

johnraff wrote:

...So it's not simple and a lot of work needs to be done on the whole question of the website, but right now everyone's been pretty occupied with the actual content of BunsenLabs. Maybe before long a certain diversion of effort might be needed...

@johnraff: This is the second time (first: … 27#p425827) you've suggested now is not the time because "everyone" is busy doing other things. This begs the question, who is "everyone"? I think "everyone" should incorporate as many community members as feasible (notice I did not say possible).

@yellowire, @tr33m4n, @neonthewolf: I want you to show us your stuff.  Request for Proposal: Develop a written proposal and a mockup for the BunsenLabs website.  Incorporate BunsenLabs desktop colors and graphics; visually emphasize the connection between CrunchBang and BunsenLabs; include content describing the project and ultimate release ("about"), a project roadmap, a github reference, and announcements ("news") as well as a link into the CB forum. As the first version of the website, the goal is providing information about BL in advance of the release. The forum page should just link into the CB forum.  You may also provide a sample for a future BL forum, but this is not officially part of the RFP. Feel free to provide additional relevant structure or content. Contact (PM) one of the people in this topic volunteering the use of their servers if you need a host for your mockup or locate your own host. Post your proposal as a new forum topic with a link to the mockup for a review. This is a proposal; don't provide a completed product, just the look and feel. Your work may not be used at all or require modifications beyond this initial RFP.

Undoubtedly I have overlooked something. Other suggestions?

EDIT by johnraff: fixed url to my other post (a bracket got included at the end).

#24 Re: Ideas & Suggestions » BunsenLabs Website? » 2015-05-07 22:35:11

userx-bw wrote:

Doesn't this basically only consist of three parts?...

Not really (assuming you refer to the roadmap).  There many milestones before the final release, likely including but not limited to:

  • Alpha-testing the packages and welcome script.

  • Beta-testing the packages and welcome script.

  • Publishing a apt repository.

  • Creating a website.

  • Creating live media for beta testing.

  • Creating live media for RC.

  • Releasing live media.

Traditionally a roadmap identifies these milestones, gives their status, and supplies an actual or estimated completion date(if any). This informs both developers and users about progress on the project.  Some milestones are sequential, some are concurrent.

I want to see an advance website to inform users about the goals and progress of the project (including the roadmap), prime the anticipation for another successor to CB (as we are not first out the gate), and educate users how BunsenLabs is positioned as the successor with widespread community support and input.  Projects displacing others publish advance websites (consider Wayland, Gnome3, Elementary OS); they don't wait until there is a product first.

While logical to initiate BL piggybacked on the CB Forums, envisioning a BunsenLabs distro on the scale of CB targets a user base far greater than the readers of the CB forum.  Reaching them requires a dedicated public presence, otherwise our audience is restricted to the technorati willing to drill down in the forum.

#25 Re: Ideas & Suggestions » BunsenLabs Website? » 2015-05-07 13:28:42

Case in point from today in the thread A community continuation: BunsenLabs:

Le Barde wrote:

...I have read the very first post and was pleased to learn there would be a continuation to Crunchbang.

Now, is there a public page that would sum up the project's roadmap?

Board footer

Powered by FluxBB

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

Debian Logo