LINUX.ORG.RU

Сообщения ImperialDwarf

 

Qt + OpenGl + Intel

Изучаю сейчас OpenGL и в один прекрасный момент сменил один из компов на свежий на интел со встройкой. Во время переноса проекта на Qt на новую машину заметил проблему с отрисовкой окна при старте приложения.

В compatibility profile все работает на ура, но стоит включить core profile и при старте приложение окно не обновляется до того момента, как я добавлю туда любой объект (захватывается кусок экрана, где возникло окно).

Кто нибудь встречался с подобным? Если да, то как лечили?

Вот код с которым у меня воспроизводиться баг (код брался для примера. На рабочем коде для core тоже самое):

class GLWidget : public QGLWidget, protected QOpenGLFunctions
{
    Q_OBJECT
public:
    explicit GLWidget(QWidget *parent = 0);
    void initializeGL();
    void resizeGL(int w, int h);
    void paintGL();
signals:

public slots:

};

GLWidget::GLWidget(QWidget *parent) :
    QGLWidget(parent)
{
}
void GLWidget::initializeGL() {

    QGLFormat format;
    format.setVersion(4,3);
    format.setProfile(QGLFormat::CompatibilityProfile);
    this->setFormat(format);
    /*glEnable(GL_DEPTH_TEST);
    glEnable(GL_CULL_FACE);
    glShadeModel(GL_SMOOTH);*/
    glClear( GL_COLOR_BUFFER_BIT | GL_DEPTH_BUFFER_BIT );

    // Dark blue background
    glClearColor(0.0f, 0.0f, 0.4f, 0.0f);

    // Enable depth test
    glEnable(GL_DEPTH_TEST);
    // Accept fragment if it closer to the camera than the former one
    glDepthFunc(GL_LESS);

}
const GLfloat triangleVertices[] {
   -1.0f, -0.5f, 0.0f,
     1.0f, -0.5f, 0.0f,
     0.0f,  0.5f, 0.0f
};

void GLWidget::resizeGL(int w, int h)
{
    if (h == 0) {
        h = 1;
    }

    glViewport( 0, 0, w, qMax( h, 1 ) );
 }


void GLWidget::paintGL()
{
    glClear(GL_COLOR_BUFFER_BIT | GL_DEPTH_BUFFER_BIT);

    glMatrixMode(GL_MODELVIEW);
    glLoadIdentity();

    //glColor3f(1.0f, 0.0f, 0.0f);
    glColor4f(0.0f,1.0f,0.0f,0.0f);
    glEnableClientState(GL_VERTEX_ARRAY);
    {

        glVertexPointer(3, GL_FLOAT, 0, triangleVertices);
        glDrawArrays(GL_TRIANGLE_FAN, 0, 3);

    }
    glDisableClientState(GL_VERTEX_ARRAY);

}

Выхлоп archey: 

OS: Arch Linux x86_64  
Kernel Release: 3.13.6-1-ARCH  
DE: KDE
RAM: 1555 MB / 3827 MB
Processor Type: Intel(R) Core(TM) i3-4130 CPU @ 3.40GHz
Выхлоп glxinfo: 
OpenGL vendor string: Intel Open Source Technology Center
OpenGL renderer string: Mesa DRI Intel(R) Haswell 
OpenGL core profile version string: 3.3 (Core Profile) Mesa 10.1.0
OpenGL core profile shading language version string: 3.30
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
OpenGL core profile extensions:
OpenGL version string: 3.0 Mesa 10.1.0
OpenGL shading language version string: 1.30
OpenGL context flags: (none)

ImperialDwarf
()
6 комментариев

Gitlab + ssh on Arch

После установки и настройки Gitlab на арче не могу подключиться по ssh к пользователю git с использованием ключей (добавляю через веб интерфейс). При попытке сделать git push выдает ошибку, что не может прочитать из удаленного репозитория. Push по средствам http работает отлично. Ситуация возникает только под арчем (установка по гайду по ubuntu заводится с пол тычка). Проблема повторяемая и возникает при каждой установке по этой схеме. Для развертки использую домашний сервер (i7 2600k, 16 гигов памяти и ssd) и сервера у digitalocean.com (тариф за 10 долларов с 1 гигом оперативки, базовый образ Arch Linux 2013.05 x64).

Кто нибудь сталкивался с похожей ситуацией? Если да, то как решали? Вариант смены арча на убунту не интересен. Заранее спасибо.

Гайд по которому устанавливаю:

https://github.com/gitlabhq/gitlabhq/blob/6-5-stable/doc/install/installation.md

Набор пакетов при установке:

sudo pacman -S sudo base-devel zlib libyaml openssl gdbm readline ncurses libffi curl git openssh redis checkinstall libxml2 libxslt icu python2 python-docutils nginx mariadb ruby

gemrc: --no-user-install

Скрипты для systemd беру по ссылкам:

gitlab.target

gitlab-sidekiq.service

gitlab-unicorn.service

$ git push -u origin master              
Enter passphrase for key '/c/Users/*****/.ssh/id_rsa':
fatal: Could not read from remote repository.

Please make sure you have the correct access rights
and the repository exists.

Подключение к серверу по ssh c оффтопика(пробовал также с ноута с арчем результат тот же) 

$ ssh -vT git@*****
OpenSSH_4.6p1, OpenSSL 0.9.8e 23 Feb 2007
debug1: Connecting to ***** [*****] port 22.
debug1: Connection established.
debug1: identity file /c/Users/*****/.ssh/identity type -1
debug1: identity file /c/Users/*****/.ssh/id_rsa type 1
debug1: identity file /c/Users/*****/.ssh/id_dsa type -1
debug1: Remote protocol version 2.0, remote software version OpenSSH_6.4
debug1: match: OpenSSH_6.4 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_4.6
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-cbc hmac-md5 none
debug1: kex: client->server aes128-cbc hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Host '*****' is known and matches the RSA host key.
debug1: Found key in /c/Users/******/.ssh/known_hosts:3
debug1: ssh_rsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,password
debug1: Next authentication method: publickey
debug1: Trying private key: /c/Users/*****/.ssh/identity
debug1: Offering public key: /c/Users/*****/.ssh/id_rsa
debug1: Server accepts key: pkalg ssh-rsa blen 277
debug1: PEM_read_PrivateKey failed
debug1: read PEM private key done: type <unknown>
Enter passphrase for key '/c/Users/*****/.ssh/id_rsa':
debug1: read PEM private key done: type RSA
debug1: Authentication succeeded (publickey).
debug1: channel 0: new [client-session]
debug1: Entering interactive session.
debug1: Remote: Forced command.
debug1: Remote: Port forwarding disabled.
debug1: Remote: X11 forwarding disabled.
debug1: Remote: Agent forwarding disabled.
debug1: Remote: Pty allocation disabled.
debug1: Remote: Forced command.
debug1: Remote: Port forwarding disabled.
debug1: Remote: X11 forwarding disabled.
debug1: Remote: Agent forwarding disabled.
debug1: Remote: Pty allocation disabled.
debug1: client_input_channel_req: channel 0 rtype exit-status reply 0
debug1: channel 0: free: client-session, nchannels 1
debug1: Transferred: stdin 0, stdout 0, stderr 0 bytes in 0.4 seconds
debug1: Bytes per second: stdin 0.0, stdout 0.0, stderr 0.0
debug1: Exit status 1

cat /home/git/.ssh/authorized_keys 

command="/home/git/gitlab-shell/bin/gitlab-shell key-1",no-port-forwarding,no-X11-forwarding,no-agent-forwarding,no-pty ssh-rsa ******** ****@*****

Gitlab check 

[root@arch-gitlab gitlab]# sudo -u git -H bundle exec rake gitlab:check RAILS_ENV=production

Checking Environment ...

Git configured for git user? ... yes
Has python2? ... yes
python2 is supported version? ... yes

Checking Environment ... Finished

Checking GitLab Shell ...

GitLab Shell version >= 1.7.9 ? ... OK (1.8.0)
Repo base directory exists? ... yes
Repo base directory is a symlink? ... no
Repo base owned by git:git? ... yes
Repo base access is drwxrws---? ... yes
update hook up-to-date? ... yes
update hooks in repos are links: ...
Administrator / test ... repository is empty
Running /home/git/gitlab-shell/bin/check
Check GitLab API access: OK
Check directories and files:
        /home/git/repositories: OK
        /home/git/.ssh/authorized_keys: OK
Test redis-cli executable: redis-cli 2.8.4
Send ping to redis server: PONG
gitlab-shell self-check successful

Checking GitLab Shell ... Finished

Checking Sidekiq ...

Running? ... yes
Number of Sidekiq processes ... 1

Checking Sidekiq ... Finished

Checking LDAP ...

LDAP is disabled in config/gitlab.yml

Checking LDAP ... Finished

Checking GitLab ...

Database config exists? ... yes
Database is SQLite ... no
All migrations up? ... yes
GitLab config exists? ... yes
GitLab config outdated? ... no
Log directory writable? ... yes
Tmp directory writable? ... yes
Init script exists? ... no
  Try fixing it:
  Install the init script
  For more information see:
  doc/install/installation.md in section "Install Init Script"
  Please fix the error above and rerun the checks.
Init script up-to-date? ... can't check because of previous errors
projects have namespace: ...
Administrator / test ... yes
Projects have satellites? ...
Administrator / test ... can't create, repository is empty
Redis version >= 2.0.0? ... yes
Your git bin path is "/usr/bin/git"
Git version >= 1.7.10 ? ... yes (1.8.5)

Checking GitLab ... Finished

Gitlab info 

[root@arch-gitlab gitlab]# sudo -u git -H bundle exec rake gitlab:env:info RAILS_ENV=production

System information
System:         Arch Linux
Current User:   git
Using RVM:      no
Ruby Version:   2.0.0p353
Gem Version:    2.0.14
Bundler Version:1.5.2
Rake Version:   10.1.0

GitLab information
Version:        6.5.1
Revision:       6f6f158
Directory:      /home/git/gitlab
DB Adapter:     mysql2
URL:            http://localhost
HTTP Clone URL: http://localhost/some-project.git
SSH Clone URL:  git@localhost:some-project.git
Using LDAP:     no
Using Omniauth: no

GitLab Shell
Version:        1.8.0
Repositories:   /home/git/repositories/
Hooks:          /home/git/gitlab-shell/hooks/
Git:            /usr/bin/git

 , ,

ImperialDwarf
()
2 комментария

Блицкриг 3

Внезапно посмотрев тизер Блицкрига 3, увидел в списке платформ пингвина. Похоже нормальных игр под линухом скоро будет много.

49 секунда видео.

http://www.youtube.com/watch?v=IMBhfsCR7ig

ImperialDwarf
()
13 комментариев

RSS подписка на новые темы