User Tools

Site Tools


computing:pix3lfed

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revisionPrevious revision
Next revision
Previous revision
computing:pix3lfed [2026/03/01 21:50] oemb1905computing:pix3lfed [2026/03/02 02:17] (current) oemb1905
Line 182: Line 182:
 <Directory /var/www/> <Directory /var/www/>
     Options Indexes FollowSymLinks     Options Indexes FollowSymLinks
-    AllowOverride **All**+    AllowOverride All ### NOTE "All" instead of "None" ###
     Require all granted     Require all granted
 </Directory> </Directory>
Line 313: Line 313:
   * [[https://github.com/pixelfed/pixelfed/issues/5496|#5496]]   * [[https://github.com/pixelfed/pixelfed/issues/5496|#5496]]
  
- --- //[[alerts@haacksnetworking.org|oemb1905]] 2026/03/01 21:49//+I'm having an issue where the sql of the instance wrongly uses 19 for the re-issuance of the new client registration. Since this conflicts with 19 being used by the default personal client, it fails. After repeatedly messing with auto-increment according to github iALTER TABLE oauth_clients DROP PRIMARY KEY;ssues and seeing it fail once the keys and passport were re-initialized, I decided to change the entry to a varchar assignment instead, removing the conflict: 
 + 
 +  ALTER TABLE oauth_clients MODIFY id INT NOT NULL; 
 +  ALTER TABLE oauth_clients DROP PRIMARY KEY; 
 +  ALTER TABLE oauth_clients MODIFY id VARCHAR(255) NOT NULL; 
 +  ALTER TABLE oauth_clients ADD PRIMARY KEY (id); 
 +  DESCRIBE oauth_clients; #verify it changed properly 
 +  EXIT; 
 +  cd /var/www/pixelfed 
 +  sudo -u www-data php artisan passport:install --force 
 +  sudo -u www-data php artisan passport:keys --force 
 +  sudo /usr/local/bin/refresh.sh 
 +   
 +Once I did this, the ''passport:keys'' step no longer failed or barfed about row 19. 
 + 
 + --- //[[alerts@haacksnetworking.org|oemb1905]] 2026/03/02 02:12//
computing/pix3lfed.1772401848.txt.gz · Last modified: by oemb1905