Beiträge die mit Github getaggt sind
Have you ever wondered what it takes to build a rover like #NASA's #Curiosity #rover, part of the #Mars #Science #Laboratory #project?
Now students, hobbyists, and enthusiasts can learn about these skills....using plans and instructions from #JPL's #OpenSource #RoverProject.
#JPL #OpenSource #Rover #Project on #github
nasa-jpl/open-source-rover: A #buildityourself, 6-wheel #rover based on the rovers on #Mars! http://bit.ly/2DLJkHw
Uses #RaspberryPi #RPi #Camera #LCDpanel etc.
~~What the Fuck~~ 😀 WTF terminal dasboard
WTF is a personal information dashboard for your terminal, developed for those who spend most of their day in the command line.It allows you to monitor systems, services, and important information that you otherwise might keep browser tabs open for, the kinds of things you don’t always need visible, but do check in on every now and then.
Keep an eye on your OpsGenie schedules, Google Calendar, Git and GitHub repositories, and New Relic deployments.
See who’s away in BambooHR, which Jira tickets are assigned to you, and what time it is in Barcelona.
It even has weather. And clocks. And emoji.
- Download the stand-alone, compiled binary.
- Unzip the downloaded file.
- From the command line, cd into the newly-created /wtf directory.
- From the command line, run the app: ./wtf
... or install from source:
go get -u github.com/wtfutil/wtf cd $GOPATH/src/github.com/wtfutil/wtf make install make run
By default WTF looks in a ~/.config/wtf/ directory for a YAML file called config.yml. If the ~/.config/wtf/ directory doesn’t exist, WTF will create that directory on start-up, and then display instructions for creating a new configuration file.
In other words, WTF expects to have a YAML config file at: ~/.config/wtf/config.yml.
Example Configuration Files
A couple of example config files are provided in the _sample_configs/ directory of the Git repository.
To try out WTF quickly, copy simple_config.yml into ~/.config/wtf/ as config.yml and relaunch WTF. You should see the app launch and display the Security, Clocks and Status widgets onscreen.
Custom Configuration Files
To try out different configurations (or run multiple instances of WTF), you can pass the path to a config file via command line arguments on start-up.
To load a custom configuration file (ie: one that’s not ~/.config/wtf/config.yml), pass in the path to configuration file as a parameter on launch:
$> wtf --config=path/to/custom/config.yml
A number of top-level attributes can be set to customize your WTF install. See Attributes for details.
WTF uses the Grid layout system from tview to position widgets onscreen. It’s not immediately obvious how this works, so here’s an explanation:
Think of your terminal screen as a matrix of letter positions, say 100 chrs wide and 58 chrs tall.
Columns breaks up the width of the screen into chunks, each chunk a specified number of characters wide. use
[10, 10, 10, 10, 10, 10, 10, 10, 10, 10]
Ten columns that are ten characters wide
Rows break up the height of the screen into chunks, each chunk a specified number of characters tall. If we wanted to have five rows:
[10, 10, 10, 10, 18]
The co-ordinate system starts at top-left and defines how wide and tall a widget is. If we wanted to put a 2-col, 2-row widget in the bottom of the screen, we’d position it at:
top: 4 // top starts in the 4th row left: 9 // left starts in the 9th column height: 2 // span down rows 4 & 5 (18 characters in size, total) width: 2 // span across cols 9 & 10 (20 characters in size, total)
The heart of WTF is the modules. A module is a discreet unit of functionality that extracts data from some source and packages that data for display.
For example, the New Relic module uses New Relic’s API to retrieve a list of the latest deploys and packages that information as a list for display in the “New Relic” widget.
The Clocks module takes a list of timezones and packages that information as a list of city/time pairs for display in the “Clocks” widget.
The following top-level attributes are configurable in config.yml. See this example config file for more details.
wtf: colors: background: "red" border: focusable: "darkslateblue" focused: "orange" normal: "gray" grid: # How _wide_ the columns are, in terminal characters. In this case we have # six columns, each of which are 35 characters wide columns: [35, 35, 35, 35, 35, 35] # How _high_ the rows are, in terminal lines. In this case we have five rows # that support ten line of text, one of three lines, and one of four rows: [10, 10, 10, 10, 10, 3, 4] openFileUtil: open # the name of the utility to call to open files refreshInterval: 1 # the app refreshes once per second term: "xterm-256color"
#wtf #gnu #linux #console #terminal #util #tool #dashboard #soft #programm #go #git #github #command
instead of trying to find ways to do it inside the frederation/fediverse
Well, the #Fediverse is fractured into different parts, #Mastodon users (programmers) could then not communicated with #Diaspora users. #Github got kind of evil because of #Microsoft …
I knew the microsoft issue would come up ..
that's just kinda "different" battleground, although actually proves my centralized dependency point when it comes to: "let's discuss inside our realm!"
For me it's kinda strange that any coder of the federation-fediverse hasn't an account with any of the competetive but befriended projects.
Like to say:
For me as a surfer/user/testdriver and (dis)content creator it's basics to have an account on all the projects just out of curiosity and I think as a coder I would actively look out for what are doing the others to get more input, more ideas, widen my perception of the multiverse we create. So using the different platforms for the discussion is just a logical step for me that should naturally improve the whole system just by using it and knowing of each other.
If friendica is more kinda interconnecting platform it's reasonable to host the basic forum profiles there. If diaspora has a voting tool it's reasonable to use it so every one can "vote" with his diaspora account on surveys. If GNUsocial is (or mastodon, the one I haven't used yet) better for chit-chat about other aspects .. let's enjoy it and test it for that purpose.
That doesn't mean that if for specific important things a precise centralized tool fit's right now best (or is the established worst option for now) like it's the case for coding github or translations .. be it. And if coders say "for our needs we have to use discourse or other", I guess it's about specific needs to accomplish certain job .. perfect.
What I'm talking about is more in the direction of that I wonder if sometimes for coders every problem looks like the need for an app, a littel bit like when you have a hammer and every thumb looks like a nail you know. I get the impression that what the bigger picture → "the community" needs is implementation of "moderation tools" by moderators, something I guess is more about the realm of the work @Sean Tilley got when he came to the diaspora project long time ago.
To me it looks like that the "flaws" and imperfection of the federated fediverse needs some human man power to maintain the flux of conversation/information by doing the job of interlocutor, meaning man power driven dedicated forum pages and profiles on the different networks to keep the work/discussion going ..
not sure if this was more comprehensive @Hypolite Petovan (he/him) ??
This is nice, sure, but: If at all possible, please consider using other services – your local hackerspace might have a git server, or people around here might open theirs to you if you ask – or you could host it yourself, if you have the capability and resources. #git #github
HN Discussion: https://news.ycombinator.com/item?id=18847043
Posted by razer6 (karma: 561)
Post stats: Points: 214 - Comments: 85 - 2019-01-07T17:03:59Z
\#HackerNews #free #github #gives #now #private #repositories #unlimited #users
Due to a scheduling error, we published this story one day before the embargo lifted. This feature isn’t live yet, but Github will formally unveil it tomorrow. When that happens, we’ll update this post with a link to the official announcement.
GitHub is by far the most popular way to build and share software. That said, one weakness of the platform is that it limits who can create private repositories – that is, software projects that aren’t visible to the broader public, and are shared only with a handful of pre-defined collaborators – to paying users.
Fortunately, that’s no longer the case, as GitHub today announced it was giving users of its free plan access to unlimited private repositories. This is great news for GitHub’s users, but there is a caveat, of course.
Private repositories on free accounts are limited to three collaborators apiece. So, while this might work for a small project (like, for example, a team competing in a hackathon), it isn’t particularly well-suited for actual commercial usage.
That was probably a deliberate move from GitHub. There’s little risk of the company cannibalizing its existing paid users with this new free offering.
Until recently, developers who wanted to create private git repositories without opening their wallets were forced to use a rival service – most frequently BitBucket. Today’s news, obviously, isn’t great for Atlassian’s flagship code sharing platform, but it does mean that coders aren’t forced to use two disparate code management services for their private and public projects
I also wonder what ubiquitous private repositories will mean for Github’s culture of self-exhibition and sharing.
The absence of free private repositories essentially meant that people were forced to air their dirty laundry – their half-baked projects that never got finished and the clumsy spaghetti code they’d sooner forget. Now that people have the option to hide this behind a perfect shroud, will this harm GitHub’s culture of shameless openness and candidness?
Maybe. Time will tell.
Read next: Get your shit together in 2019 with these 7 free productivity tools
HackerNewsBot debug: Calculated post rank: 171 - Loop: 64 - Rank min: 100 - Author rank: 160
#NSA for world, peace, humanity 😀 ... and for #OpenSource (full list of GITprojects)
The last news: NSA to Release Their Reverse Engineering Framework #GHIDRA to Public at RSA (rsaconference.com)
Come Get Your Free NSA Reverse Engineering Tool!
NSA has developed a software reverse engineering framework known as GHIDRA, which will be demonstrated for the first time at RSAC 2019. An interactive GUI capability enables reverse engineers to leverage an integrated set of features that run on a variety of platforms including Windows, Mac OS and LINUX and supports a variety of processor instruction sets. The GHIDRA platform includes all the features expected in high-end commercial tools, with new and expanded functionality NSA uniquely developed, and will be released for free public use at RSA.
March 4 – 8
Moscone Center, San Francisco
Speaker: Robert Joyce Senior Advisor, National Security Agency
Tuesday, Mar 05 | 03:40 p.m. - 04:30 p.m.
https://code.nsa.gov/ (full list)
P.S. As for me... SELinux is wonderful! 😀
#nsa #gnu #linux #windows #macos #java #selinux #code #coding #software #git #github #opensource #freesoftware #usa
Inhaltswarnung: I do confess: I used to be a user, and [i]just[/i] a user of social media. Hubzilla with all its options can be quite intimidating, therefore I didn't dive into all the details and opportunities like I possibly should have. During the last 2-3 months, com
Diaspora doesn't federate with anything, the other platforms federate with it/them[?]...
(Mike Macgirvin, as seen in some comment thread recently. I forgot where exactly.)
So, I've seen this problem's description from my d* stream only because and therefore after the issue had been solved, but I wasn't sure about that at this point. It got solved by helpful co-Hubzillians in a comment thread of another help-seeking post, where noone complained and noone blamed this user for not knowing. The topic itself was intriguing for me. For that reason I wrote a (hopefully not too) comprehensive comment to help out with my findings. I wrote all that from my d* pod, just as a reminder.
Sure enough, I didn't see from my limited d* perspective what other people, coming from Friendica or Hubzilla, added to the comment thread. And most probably vice versa. Then I tried to double-check whether I might trick broken federation by clicking on the "permalink" symbol, just to find yet another issue: Long-version Hubzilla permalinks are broken on diaspora* and it's a known bug. Let me explain and come back to my initial topic afterwards:
In case you (as in: d* users) didn't know: By clicking on the little chain lock link symbol next to the "date posted" in a d* stream one can open the long-format permalink to a post that has made its way to your pod and stream. For posts created on Hubzilla, this will result in a "404 - not found", sported by the/your d* pod, while the short version (from clicking on the date/time combo itself) works, but only on this very d* pod, e.g.
What I learned so far:
- one could use the long permalink version (with the so-called GUID) on every single d* pod as long as the first section corresponds with the pod they're on, i.e. just replace
https://dspr.io/by your own pod-URL
- long permalinks will work as a public link even if the reader is not logged into any hub (as long as the post was public. Maybe even if not, haven't tested.)
- short "perma"link will only work on this very pod internally.
https://dspr.io/posts/xxxx5xxxx10xxx15xxx20xxx25xxxx31diaspora*: 31 digits
https://dspr.io/posts/xxxx5xx8-xxx4-xxx4-xxx4-xxxx5xxxxx12Friendica: 5 groups, with a total of 36 digits/characters
https://dspr.io/posts/xxxx5xxxx10xxx15xxx20xxx25xxx30xxx35xxx40xxx45xxx50xxx55xxx60xxx@[subdomain].[domain].[tld]Hubzilla: 63 digits plus user ID
Now we're slowly approaching the main topic again. Not only does Hz sport communities, their developer team is incredibly responsive as well. I've seen Mike Macgirvin join discussions on literally every Zot-related platform I am aware of, always helpful, always outcome-oriented. I do not know (as in: have seen their profiles) of each single team member, but Mike's presence is remarkable, and just the opposite of a statement he made over at gnusocial:
Fediverse developers can be an incredibly toxic mob. I've found they are often more polite if you talk to them using their own software.
Should I file an issue then? Sure, if it's helpful..? I searched for "perma" over at Hz's issue tracker and found this: https://framagit.org/hubzilla/core/issues/1214
Hubzilla, Diaspora & permalink
[...]The Hubzilla permalinks generate an 404 error from a Diaspora account[...]
Exactly what I was looking for! ... But wait, that issue is still open, although it's 6 months old..? Oh well. But wait, there's more, this is not the end of my story, not by far --- thank you for your patience, by the way, please bear with me 😀
And again, I'd like to make this point clear: the following is absolutely not meant to be offensive, nor would I want to point out a single person. Every developer of whatever fediverse platform has my honest respect, not only for working on their project(s) in their spare time. I wish I could participate more, I wish I had the knowledge to do so.
Jun 8th, 2018 - The person who filed the issue to the Hz issue tracker did so as well on diaspora*'s GitHub repository, As you can read from the framagit comment, that was a duplicate. He/she got redirected to a slightly older issue from May 15th, 2018 which you can find here. A common procedure. That timeline reads as follows:
- May 15th - initial comment with description and suggestions.
- same day - 6 comments later the 3 participants (author plus 2 project maintainers) agree on a way how it is possible to fix it. They have immediately and open-heartedly stated that GUID permalinks from Hz don't work, but used to do so. Some background info is shared, including remarks about coding philosophies and guidelines.
- Jun 8th - nothing visible has happened so far. The duplicate reference is documented.
- Sep 4th - a team member adds labels: "bug" (for the first time) and "weird" (I love that one!). 3 1/2 months have passed.
- Oct 4th - Some change has been merged, declaredly having fixed the issue. Issue is closed, because the fix has been approved.
- Oct 5th thru Oct 8th - this is where it gets confusing for me, but interesting as well: A bump, some pull requests and, if you're still not tired of following all the cross referencing links, the attempt of a willing-to-help person to "spam" the maintainers with his solution for organizing pull requests. He gets answered elaborately. Appropriately? Please make up your own mind and think of what Mike said.
- Oct 5th - somehow something didn't work, the ticket is open again, still not fixed.
- Dec 31st (today) - Another 2 1/2 months passed. The issue is 7 1/2 months old, still open although seemingly quite easy to fix.
Did GUID permalinks ever work for Hubzilla? --- The statements differ. If they did, at some point some d* developer has broken it. If not, why would this platform need to produce as many links prone to 404 status as there are posts on a pod? For web crawlers, this is just a nightmare and it takes no wonder why decentralized networks technically only(!), as seen from a search engine's view have mendable reputation.
Why did it take over 3 months to label the issue a "(weird) bug"? --- Was there no structure to the issue list before? Of course, labels alone won't make for a well-organized work flow, there are many different and efficient ways to approach a growing list of todos and priorities. Well, someone finally felt the need of labelling it.
The issue had been worked on, got marked fixed and closed. Why the withdrawal? --- This is where it gets opaque, but maybe it's just me not reading the documentation thoroughly enough. I hope it's legit to apprehend that there is a massive problem concerning capacity, availability and of course time.
A link that isn't producible is a link not shareable... --- which makes d* sort of a "closed" network, doesn't it? I didn't join MeWe for that reason (amongst others).
From what I have learned about development-related people over at diaspora*, they're focused but open-minded, they know how they're doing things and why. Besides a whole lot of time they put pride in their work. Unfortunately it looks like there are not enough of them..?
This means for me as a user that I most probably can or should not count on major improvements in functionality, at least not very soon. There are several more issues I personally see in the d* concept, but it took me a while to find out. To put these in here as well would be overkill. Diaspora* really shines when it comes to simplicity but ease of use is not my main priority.
My verdict: Hubzilla has --by far-- much more potential than diaspora*. The team behind Hz appears to be very present, numerically adequate and striving for constant improvement. With all the extra features Hz has built-in in contrast to d* it's the one platform I can think of self-hosting it, d* won't offer incentive enough to do so right now.
If you (like me) want diaspora* to become an even better platform, the platform needs your help.
If you (unlike me) are a skilled Ruby, JSON, you name it wizard, please consider participating, the platform deserves your support.
And if you really have read this post completely: thank you! I hope I didn't stress your patience too much -- it was your decision to spend your time this way, I've warned you! 😉 This was very probably my last post for 2018. I would appreciate your feedback nevertheless.
Happy New Year!
#hubzilla #diaspora #github #framagit #issue #issuetracker #bug
Now you can request an archive of your data from your account settings page.
Article word count: 217
HN Discussion: https://news.ycombinator.com/item?id=18718043
Posted by TimWolla (karma: 1511)
Post stats: Points: 135 - Comments: 37 - 2018-12-19T18:35:55Z
\#HackerNews #all #data #download #github #your
Your trust is our first priority. That’s why we’re making it easy to get all of the data connected to your profile, whenever you need it. Now you can better understand what information we store, so you can make informed choices about how you use GitHub.
screenshot of requeseting an archive of your GitHub data
How it works
Follow these steps to request an archive of your data:
1. Visit your account settings page.
2. Click “Start export” in the “Export account data” section. You will receive an email when the export is ready.
3. Click the link in the email to download the archive.
The archive will contain your profile data, plan, and any email addresses connected with your account in addition to the issues, pull requests, comments, reviews, releases, projects, events, attachments, milestones, and settings for each of your repositories—along with basic information about the users who have interacted with them.
Since the information is exported in a machine-readable format (Git and JSON), the archive allows you to back up your data offline, or move it to another service altogether. After all, it’s your data.
Archives remain available for seven days or until you choose to delete them. If you want more control over what information is exported, or if you want to export an organization’s information, use the Migration API.
Learn more about archiving your data
HackerNewsBot debug: Calculated post rank: 102 - Loop: 386 - Rank min: 100 - Author rank: 68
when i try to update my friendica node with
git pullan error message appears:
$ git pull *** Please tell me who you are. Run git config --global user.email "firstname.lastname@example.org" git config --global user.name "Your Name" to set your account's default identity. Omit --global to set the identity only in this repository. fatal: empty ident name (for < ... >) not allowed
Did anybody else see this error message? This message only appears on the friendica core repository, update the addons works fine.
#friendica #git #github
Vous pouvez retrouver la complète des changements sur #github : https://github.com/Chocobozzz/PeerTube/releases/tag/v1.1.0-rc.1
Merci à tous les contributeurs qui ont participé !
If I want to click on a profile link I get an error:
Page not found.
My server: friendica.astatu.berlin
Server Version: 2018.05
Server that are working:
Server Version: 3.5.4
Server Version: 2018.05
So I think it has something to do that 2018.5 and 2018.8-dev are not compatible anymore?
Is there already some #github issue?