SEARCH

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

You are not logged in.

#1 Re: Development » bl-exit script » Today 07:18:10

^yes, so default for BunsenLabs by, er, default.

Of course users can change that if they want.
It looks as if a call to org.freedesktop.login1 would require systemd anyway: http://www.freedesktop.org/wiki/Softwar … md/logind/

#2 Re: Development » LightDM config » Today 07:07:05

Come to think of it, something might need to go in the bunsen-configs package.

Does the GTK theme configure everything about LightDM that needs to be configured?

#3 Re: Development » The bunsen-configs repo » Today 02:04:19

Well... cb-welcome is looking at ~/.config/crunchbang, ie the directory in the user config after it's been installed to the user's home directory.

In #! there's a script in cb-slim which copies the content of /etc/skel into ~/, triggered by an entry in /etc/slim.conf, and which sets another flag in ~/.config/crunchbang so it only runs once.

In Wally, a similar script is in tb-user-setup and it's triggered by a line in /etc/lightdm/lightdm.conf.

In BunsenLabs, bunsen-user-setup will probably do the same job, but there's no reason why it couldn't copy the user config files from /usr/share/bunsen instead of /etc/skel if that was a better place.

#4 Re: Development » Wally - a Waldorf replica on a Jessie netinstall » Today 01:56:18

These utilities - some of them are very small, but I guess it depends on how much extra space they're going to take up compared with how much extra functionality they provide for how many users...

If we're pushing right at the edge of CD-size then some stuff is going to have to be left to a post-install script, or just the user's own initiative...

Still, moving big GUI stuff like Gimp, for example, to bunsen-welcome should give us a bit of breathing space?

#5 Re: Development » Wally - a Waldorf replica on a Jessie netinstall » Today 01:44:46

@dbvolvox thanks for the feedback. (Added a note to the cheatsheet about not entering the root password.)

Yes, I had a quick look at the #! cb-welcome script and tweaked it slightly but obviously not enough... neutral
A better version will go into bunsen-welcome with any luck.

Would smbnetfs be a candidate for adding to the default BunsenLabs install?

#6 Re: Development » The bunsen-configs repo » Today 00:41:29

Files in /etc are supposed to be modifiable by the system admin - which of course means the user in the case of a private computer. However, agreed, there's no reason to modify /etc/skel.

I was referring to the marking of all files in /etc as conffiles during the building of the .deb file. This seems to add complications which we could perhaps avoid by putting the user config files in /usr/share/bunsen or /usr/lib/bunsen...

#7 Re: Development » Dat ol' incomplete shutdown dance... » Today 00:06:17

Just by chance... you're not using 'systemctl halt' are you?
Apparently that now just halts the system without turning off the power. You need 'systemctl poweroff'.

#8 Re: Ideas & Suggestions » Name (query) » Today 00:04:27

+3 (pvsage, damo & Sector11)  tongue

#9 Re: Ideas & Suggestions » A little matter for your creativity » Today 00:02:11

#! Statler was once described as "pleasantly boring", a description not meant by the writer as a compliment, but which corenominal embraced as an exact description of what he was aiming at.  cool

#10 Re: Ideas & Suggestions » Bunsen Labs - Default Wallpapers » Yesterday 23:42:27

Nice!

That blue look does have a certain appeal...

#11 Re: Development » bl-exit script » Yesterday 23:40:28

twoion wrote:

The goal, as I have already said, is to support various D-Bus session interfaces alongside simple on-click command execution, including mixing the different interfaces: You will be able to just run 'pkill openbox' but also call out to org.freedesktop.login1 for suspend, hibernate, poweroff and resume.

Just out of curiosity - why not systemctl for those last four?

#12 Re: Development » velvet-noise wallpaper and conky » Yesterday 23:36:46

Sector11 wrote:

The idea here is to come up with a few portions that at least look good with nothing but commands that will work on all machine (running Bunsen Labs or #!)

That's where the misunderstanding about keyboard shortcuts came from. I thought that's what you meant by "commands". ops.png

#13 Re: Development » Default colours and overall look » Yesterday 23:31:47

The Waldorf grey look is certainly very easy on the eye, and would reassure nervous ex-crunchbangers that they're close to home. OTOH, a slight change would show that Bunsen isn't just a Waldorf clone...

I'm personally very happy to leave this stuff in your hands, graphics-aware people - everything that's been posted recently looks great!

#14 Re: Development » The bunsen-configs repo » Yesterday 09:29:33

johnraff wrote:

Is /etc/skel the right place to put default user config files?

In fact, Debian rather deprecate having a lot of files in /etc/skel. We don't rely on the system to transfer them to new users' home directories because there's a script triggered by LightDM to do that, which could pick the files up from anywhere.

Maybe it would be better to keep them in /usr/lib/bunsenlabs ?

Another point is that any files that are installed in /etc get registered as config files, and protected from updating. That could cause complications that would be avoided by putting our user files somewhere else, maybe?

#15 Re: News & Announcements » The end. » Yesterday 08:40:46

Anyone who'd like to contribute to the project, what you can do right away:

*) Post your work right here in the forums - graphics, scripts, improved config files...

*) Fork any of the BunsenLabs repositories on GitHub that attract your interest, make some improvements and send a pull request.

(edit:)
*) Join in the discussions here in the forums, especially the "development" sub-forum, where often tricky issues come up that need input.

#16 Re: Tutorials » [Script] How to build a .deb package from a BunsenLabs git repository » Yesterday 08:34:55

btw I've discovered that you can use a local path to a git repository instead of a url to github and the script works fine. You can make a .deb from your local git repo without pushing the changes up to github if you want to test something.  cool

#17 Re: Development » velvet-noise wallpaper and conky » Yesterday 05:42:06

Yes, let's keep all the keyboard shortcuts the same.

#18 Re: Development » Wally - a Waldorf replica on a Jessie netinstall » Yesterday 03:12:04

OK let's add gvfs-backends.
Thanks for the feedback. smile

#19 Re: Off Topic / General Chat » Paint-like program, your faves? » Yesterday 03:09:56

On Waldorf, with many extra apps already installed:

The following NEW packages will be installed:
  cli-common libgdiplus libglib2.0-cil libgtk2.0-cil libmono-addins-gui0.2-cil
  libmono-addins0.2-cil libmono-cairo4.0-cil libmono-corlib4.0-cil
  libmono-i18n-west4.0-cil libmono-i18n4.0-cil libmono-posix4.0-cil
  libmono-security4.0-cil libmono-sharpzip4.84-cil
  libmono-system-configuration4.0-cil libmono-system-core4.0-cil
  libmono-system-drawing4.0-cil libmono-system-security4.0-cil
  libmono-system-xml4.0-cil libmono-system4.0-cil mono-4.0-gac mono-gac
  mono-runtime pinta
0 upgraded, 23 newly installed, 0 to remove and 0 not upgraded.
Need to get 761 kB/7,200 kB of archives.
After this operation, 19.9 MB of additional disk space will be used.
Do you want to continue [Y/n]? n

So I guess the dependencies thing depends on whether you already have Mono or not.

#20 Re: Development » velvet-noise wallpaper and conky » Yesterday 03:03:38

OK to be honest I think I prefer the more compact appearance of the traditional style. ie the first screenshot.
That doesn't mean I'm wanting a clone of the #! conky though...
The calendar is a nice idea.

#21 Re: Development » Wally - a Waldorf replica on a Jessie netinstall » 2015-03-01 05:01:20

.bashrc is only invoked by bash, though.
Anyone whose shell is anything else won't get those PATH entries.

FWIW, my understanding:
.bashrc for bash-specific settings, invoked in both console and X sessions.
(I don't think there's any need to source it in any other dotfile.)

shell-independent:
.profile for environment variables etc in console logins
.xsessionrc for the same in X sessions

Does that sound right?

#22 Re: Tutorials » [Script] How to build a .deb package from a BunsenLabs git repository » 2015-03-01 03:14:15

twoion, as a relative beginner here I hesitate to bring this up, but your line 73:

readonly pkgversion=$(head -n1 -- debian/changelog | cut -d' ' -f2 | tr -d '()' | cut -d- -f1)

Is cutting off everything after the first hyphen in the version number, right?
According to this, the upstream_version is allowed to contain hyphens, so shouldn't we be cutting off only the debian_revision, ie the part after the last hyphen? Like this, perhaps:

readonly pkgversion=$(sed -rn "s/^.*\(([^)]+)\).*$/\1/;s/-[^-]+$//p;q"  debian/changelog)

Or am I misunderstanding something as usual?   roll

#23 Re: Development » velvet-noise wallpaper and conky » 2015-03-01 02:25:04

Yes, likewise. (Trying to wrap my rusty old brain round the byzantine intricacies of debian packaging atm crazy.gif)

I don't consider myself qualified to say much beyond "I don't know anything about graphics design but I know what I like" type stuff. fwiw I've got so used to the standard #! conky that it does have a certain comfort-zone appeal. In your first post I liked the right-hand conky in the left-hand image of the two at the top the best. The middle one looks nice, but is harder to read.

The conky colours/shades are going to have to be adjusted to match the final choice of default wallpaper I'd say. Many users will just leave it like that. Maybe alternative conkyrc files could be included somewhere in ~/ to match the other provided wallpapers? Even a little script to switch conkyrc's when a different wallpaper is chosen??

#24 Re: Development » bl-exit script » 2015-03-01 00:39:04

If you want the dialog undecorated by Openbox, the add the following lines to the
<applications> section in rc.xml...

Maybe that code should go into rc.xml by default?

#25 Re: Feedback & Suggestions » How we moderate your forum - feedback encouraged » 2015-02-28 23:56:16

Just bear in mind anybody can read this stuff, and the internet is not as anonymous as we tend to think. (For anyone who has things in their past they'd just as soon some people didn't know about...)

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.

Debian Logo