gallery hibernated
Hi, I just wanted to migrate from cthumb to gallery, but I realized that gallery is not in Debian and hibernated about 6 months ago. I.e. the development stopped and the site is on the process of (controlled) shutting down: http://galleryproject.org/ Just wondering if there is a replacement for gallery in Debian available or something promising (e.g. owncloud photo app) upcoming? Many thanks, Rainer -- Rainer Dorsch http://bokomoko.de/ -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/2380277.LJuYI0YczT@blackbox
Video gallery a la YouTube
Bonjour, Quel CMS permettrait d'implementer une gallerie video a la YouTube pour un Intranet? Slts
Re: Video gallery a la YouTube
Bonjour, MediaGoblin doit répondre à tes besoins. http://mediagoblin.org/ Bonne journée Yves Le 17/08/2013 08:35, Olivier a écrit : Bonjour, Quel CMS permettrait d'implementer une gallerie video a la YouTube pour un Intranet? Slts -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/520f2913.2080...@free.fr
Re: Video gallery a la YouTube
Le 17/08/2013 09:41, Yves Perraudin a écrit : MediaGoblin doit répondre à tes besoins. http://mediagoblin.org/ À noter qu'un travail est en cours pour ajouter le paquet à Debian. https://mentors.debian.net/package/mediagoblin Yves -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/520f2abb.3020...@free.fr
Re: Video gallery a la YouTube
Mediagoblin a l'air très intéressant ! merci du tuyau. Le 17 août 2013 09:48, Yves Perraudin yplog...@free.fr a écrit : Le 17/08/2013 09:41, Yves Perraudin a écrit : MediaGoblin doit répondre à tes besoins. http://mediagoblin.org/ À noter qu'un travail est en cours pour ajouter le paquet à Debian. https://mentors.debian.net/**package/mediagoblinhttps://mentors.debian.net/package/mediagoblin Yves -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/**FrenchListshttp://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-REQUEST@**lists.debian.orgdebian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/**520f2abb.3020...@free.frhttp://lists.debian.org/520f2abb.3020...@free.fr
Re: Gallery (web based photo album organizer)
On Mon, May 28, 2007 at 05:09:54PM -0400, Rick Pasotto wrote: Gallery2 is the newer program. You need something to point to /usr/share/gallery (or gallery2). In the root directory of your server (/var/www/server) create a symbolic link to /usr/share/gallery: ln -s /usr/share/gallery /var/www/server/gallery or you can create an alias in your httpd.conf. Alternatively, you can uncomment the relevant lines in /etc/gallery/apache.conf and reload apache. Cheers, Tom -- Do not meddle in the affairs of troff, for it is subtle and quick to anger. signature.asc Description: Digital signature
Gallery (web based photo album organizer)
I am struggling getting Gallery to work on my new Debian Etch server (i386). When I enter the url (http://servername/gallery/) it returns a http 404 error. I have of course also tried to enter the setup page (http://servername/gallery/setup/index.php) and get the same error message here. I have also tried to reinstall everything from scratch several times. The webserver (Apache 1.3.34) is working fine otherwise. Also php 4 seems OK. I have taken care to check that all the extra packages that Gallery rely on is installed (such as imagemagick). The Gallery FAQ indicates that mod_rewrite is not enabled when a http 404 error message is displayed, but as far as I have found out the mod_rewrite module is loaded on my server (at least the module is listed in the etc/apache/modules.conf file). Has anyone experienced similar problems? Any solution? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Gallery (web based photo album organizer)
On Mon, May 28, 2007 at 10:36:51PM +0200, Ole wrote: I am struggling getting Gallery to work on my new Debian Etch server (i386). When I enter the url (http://servername/gallery/) it returns a http 404 error. I have of course also tried to enter the setup page (http://servername/gallery/setup/index.php) and get the same error message here. I have also tried to reinstall everything from scratch several times. The webserver (Apache 1.3.34) is working fine otherwise. Also php 4 seems OK. I have taken care to check that all the extra packages that Gallery rely on is installed (such as imagemagick). The Gallery FAQ indicates that mod_rewrite is not enabled when a http 404 error message is displayed, but as far as I have found out the mod_rewrite module is loaded on my server (at least the module is listed in the etc/apache/modules.conf file). Has anyone experienced similar problems? Any solution? Gallery2 is the newer program. You need something to point to /usr/share/gallery (or gallery2). In the root directory of your server (/var/www/server) create a symbolic link to /usr/share/gallery: ln -s /usr/share/gallery /var/www/server/gallery or you can create an alias in your httpd.conf. -- Under a government which imprisons unjustly, the true place for a just man is also a prison. -- Henry David Thoreau Rick Pasotto[EMAIL PROTECTED]http://www.niof.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: iceape (mozilla browser) and CSS of gallery website
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ron Johnson wrote: On 05/11/07 16:33, H.S. wrote: Hello, If I try to enlarge the fonts (CTRL+Wheel) in iceape of this website: http://gallery.menalto.com/ the menus, or those little gray background windows, on the right hand jump into the middle of the page after a few magnification steps. Is it just my iceape or is something wrong with the web page (bad CSS)? This is on Debian Etch, fully updated. Same thing happens to me with iceweasel. As for whether it's a Mozilla or page issue, good question... :\ With my test (with iceweasel and konqueror), it depends on how large you make the text. If it goes beyond a certain level, yes the windows move. The way I see it, it is poor web page design. Joe -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGRWPIiXBCVWpc5J4RAtLuAJ9CrUwJCyvz8El7wQUxOMYaUnm1/wCeP1sS dvr1+hjApUv/ouOc5DTMBdE= =YRug -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: iceape (mozilla browser) and CSS of gallery website
Ron Johnson wrote: On 05/11/07 16:33, H.S. wrote: Hello, If I try to enlarge the fonts (CTRL+Wheel) in iceape of this website: http://gallery.menalto.com/ the menus, or those little gray background windows, on the right hand jump into the middle of the page after a few magnification steps. Is it just my iceape or is something wrong with the web page (bad CSS)? This is on Debian Etch, fully updated. Same thing happens to me with iceweasel. As for whether it's a Mozilla or page issue, good question... :\ The behaviour should be the same for other browsers which adhere to the CSS2.1 standard. The cause of the the supposedly abnormal behaviour is the number of floats on the page. The two links on the top right: downloads and documentation - are both floats and are floated to right. The rectangles on the right side of the page (Latest Releases, Gallery, Navigation, etc.) are in a right floated block-level element too. The above said problem happens(after a few Ctrl++ font increase/zoom-ins) when the bottom edge of the block containing the two-top links (#header-links) goes lower than the top edge of the right sidebar (rightcolumn). The explanation of this behaviour can be understood if one reads the CSS2.1 specification section 9.5.1 http://www.w3.org/TR/CSS21/visuren.html#propdef-float especially point #5 and #3 in section 9.5.1. An easy solution to this is to add a new property clear: both; to the rule .rightcolumn. HTH, /KS -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: iceape (mozilla browser) and CSS of gallery website
Joe Hart wrote: Ron Johnson wrote: On 05/11/07 16:33, H.S. wrote: Hello, If I try to enlarge the fonts (CTRL+Wheel) in iceape of this website: http://gallery.menalto.com/ the menus, or those little gray background windows, on the right hand jump into the middle of the page after a few magnification steps. Is it just my iceape or is something wrong with the web page (bad CSS)? This is on Debian Etch, fully updated. Same thing happens to me with iceweasel. As for whether it's a Mozilla or page issue, good question... :\ With my test (with iceweasel and konqueror), it depends on how large you make the text. If it goes beyond a certain level, yes the windows move. The way I see it, it is poor web page design. Joe poor web page design is a bit extreme I think. The error occurs after different number of zoom ins for iceweasel and konqueror (different browsers, different zoom ratios maybe?). Zoom levels being different for different browsers, one can't define till how may zoom-ins the layout works. Plus after a few zoom-ins almost every page on the web becomes hard to read. Take for example the BBC News home page http://news.bbc.co.uk Text starts to jumble up because of breaking layout after 7 or 8 zoom-ins(iceweasel, mouse-wheel zoom). However, the page is easily readable with only 1 or 2 zoom-ins. Would I call it poor web page design? No. The layout breaking problem will occur for all pages at some point if your client allows you more zoom-ins. I would rather judge a page with: Is the page readable after 2-3 zoom-ins(or 125% or 150%)? The gallery menalto web page works fine for that criteria. I would consider the problem a bug(solution provided in other post) rather than name it poor web page design. Regards, /KS -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: iceape (mozilla browser) and CSS of gallery website
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 KS wrote: Joe Hart wrote: http://gallery.menalto.com/ With my test (with iceweasel and konqueror), it depends on how large you make the text. If it goes beyond a certain level, yes the windows move. The way I see it, it is poor web page design. poor web page design is a bit extreme I think. The error occurs after different number of zoom ins for iceweasel and konqueror (different browsers, different zoom ratios maybe?). Zoom levels being different for different browsers, one can't define till how may zoom-ins the layout works. Plus after a few zoom-ins almost every page on the web becomes hard to read. Take for example the BBC News home page http://news.bbc.co.uk Text starts to jumble up because of breaking layout after 7 or 8 zoom-ins(iceweasel, mouse-wheel zoom). However, the page is easily readable with only 1 or 2 zoom-ins. Would I call it poor web page design? No. The layout breaking problem will occur for all pages at some point if your client allows you more zoom-ins. I would rather judge a page with: Is the page readable after 2-3 zoom-ins(or 125% or 150%)? The gallery menalto web page works fine for that criteria. I would consider the problem a bug(solution provided in other post) rather than name it poor web page design. Yes, I agree with you on the solution, but if I am not the webmaster to the site, I cannot change it. Needless to say, you are right about if someone zooms too much. I will give the designer of that site high marks for design if it applies your fix. I was pleasantly surprised that the site properly adjusts itself if I resize my browser. Something a lot of modern sites do not do. My comment of poor design is withdrawn. It is actually one of the better sites on the web that just needs some minor adjustments that you so kindly pointed out. I really should learn to keep my big mouth shut sometimes. Something that I am sure several others on this list would agree with, but then how could I be the list ethicist? ;) Joe -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGRfMgiXBCVWpc5J4RAlcDAJkBCn+gHHzX7hzjy0BxgXEfGrzgKACeMnc8 CugypkMs6oNanCpjGC7TQMY= =fvT1 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: iceape (mozilla browser) and CSS of gallery website
On Fri, 2007-05-11 at 17:33 -0400, H.S. wrote: Hello, If I try to enlarge the fonts (CTRL+Wheel) in iceape of this website: http://gallery.menalto.com/ the menus, or those little gray background windows, on the right hand jump into the middle of the page after a few magnification steps. Is it just my iceape or is something wrong with the web page (bad CSS)? This is on Debian Etch, fully updated. Bad CSS design. It uses float for the right column and explicitly states a width in pixels. Rather than a percentage. This will cause issues. -- greg, [EMAIL PROTECTED] PGP key: 1024D/B524687C 2003-08-05 Fingerprint: E1D3 E3D7 5850 957E FED0 2B3A ED66 6971 B524 687C Alternate Fingerprint: 09F9 1102 9D74 E35B D841 56C5 6356 88C0 signature.asc Description: This is a digitally signed message part
Re: iceape (mozilla browser) and CSS of gallery website
Greg Folkert wrote: On Fri, 2007-05-11 at 17:33 -0400, H.S. wrote: Hello, If I try to enlarge the fonts (CTRL+Wheel) in iceape of this website: http://gallery.menalto.com/ the menus, or those little gray background windows, on the right hand jump into the middle of the page after a few magnification steps. Is it just my iceape or is something wrong with the web page (bad CSS)? This is on Debian Etch, fully updated. Bad CSS design. It uses float for the right column and explicitly states a width in pixels. Rather than a percentage. This will cause issues. Thanks everyone for their explanatory comments. Cleared up quite a few things. -HS -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
iceape (mozilla browser) and CSS of gallery website
Hello, If I try to enlarge the fonts (CTRL+Wheel) in iceape of this website: http://gallery.menalto.com/ the menus, or those little gray background windows, on the right hand jump into the middle of the page after a few magnification steps. Is it just my iceape or is something wrong with the web page (bad CSS)? This is on Debian Etch, fully updated. -HS -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: iceape (mozilla browser) and CSS of gallery website
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 05/11/07 16:33, H.S. wrote: Hello, If I try to enlarge the fonts (CTRL+Wheel) in iceape of this website: http://gallery.menalto.com/ the menus, or those little gray background windows, on the right hand jump into the middle of the page after a few magnification steps. Is it just my iceape or is something wrong with the web page (bad CSS)? This is on Debian Etch, fully updated. Same thing happens to me with iceweasel. As for whether it's a Mozilla or page issue, good question... :\ - -- Ron Johnson, Jr. Jefferson LA USA Give a man a fish, and he eats for a day. Hit him with a fish, and he goes away for good! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGRPfYS9HxQb37XmcRAtJnAJ0XuVZM27HjL5h2tDFF2XkbbyquXACfdsL2 l+tfoIlEh7uisT0aQNtwAxw= =RFYr -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
MovementARTISTIC Gallery Mondials
Mondials World Moviment Art International Artistic Without-Sign Movement Movimento Artistico Internazionale Senza Firma Coscienti che: All'essere umano viene assegnato un nome e cognome: una firma che accompagneragrave; l'individuo per il resto della sua esistenza; questo egrave; accaduto in passato, accade nel presente e forse accadragrave; anche in futuro. Ne consegue che il concetto Senza Firma non ci appartiene, non eacute; mai appartenuto al nostro mondo e alla nostra civiltagrave;. Nell'immediato, come in passato ma con motivazioni diverse, il concetto/teoria Senza Firma puograve; trovare giusta collocazione nell'arte, infatti in particolare gli artisti potranno permettersi di rinunciare ad apporre la firma alle loro opere d'arte. Ostacoli e sfide: Risulta difficile (se non impossibile) immaginare un futuro senza firma. Dolorosa saragrave; la rinuncia dell'artista, ad apporre la firma. Vantaggi futuri: L'opera d'arte prova a liberarsi dal suo au! tore, sfidando preconcetti e pregiudizi, talvolta riuscendo a superare l'importanza del suo creatore. Gli artisti interessati a collaborare, possono partecipare producendo un opera pittorica/fotografica/o tecnica a loro congeniale, senza apporre la firma, inviando foto o file della stessa (format JPG/EMPEG/mp3nbsp; max size 1.5 MB) associato descrizione e tecnica dell'opera e biografia dell'artista (file format TXT) al seguente indirizzo e-mail: [EMAIL PROTECTED] Le opere pervenute verranno valutate e pubblicate nell'immediato nella web Gallery Mondials, veicolate dalla stessa al proprio pubblico e sucessivamente tramite L'Evento web internazionale WITHOUTSIGN.COM Intern= ational Artistic Without-Sign Movement Aware that: All men has a particular first name and surname, often assigned by his parents; that happens now and perhaps will be in future too. The concept that everyone has a signature belongs to us, and so the idea of considering a man without his signat! ure, it#8217;s strange and unusual, it doesn#8217;t belong to us and to the current way of living the= life. Now, as it was happened in the past with different reasons, the without - sign#8217;s concept or theory can have a right position in the World of Art. Indeed, artists are allow to resign fixing or writing their signature on their works of art. Obstacles and challenges: It#8217;s difficult or perhaps impossible to imaging a future without signing; Artists will renounce to their signature with great spiritual pain. Future advantages: Work of art tries to set itself free from its artist, challenging preconceived ideas or opinions, sometimes being able to exceed the importance of its creator. Artists interested to collaborate can take part in the movement producing a pictorial and/or photographic work of art, without appending one#8217;s signature, sending work of art or photos done with th= e technique they believe the best (format JPG/EMPEG/mp3 max si! ze 1.5 MB), linked to the description and the explanation of thenbsp; technique used and their biography too (file format TXT). This is the WEB MAIL: [EMAIL PROTECTED] The works of art arrived, will be valued and briefly advertised in the MONDIALS Web Gallery, ready to be visited by everybody. These creations will be publicized in occasion of the international web event WITHOUTSIGN.COM, in a second time. The Gallery Mondials INTRODUCES: Mondials' return to the Painting IMMINENT EVENT Analogic Conversion and WITHOUT SIGN and new world-wide Music ENTRY GALLERY For= information: [EMAIL PROTECTED] MONDIALS - Art Gallery _ Informativa trattamento dei dati personali legge 196/2003 (cod.privacy) per consultare l'informativa collegarsi a: http://www.ceraunavoltailweb.it/informativa.html I Vs dati personali sono stati raccolti da elenchi pubblici. Qualora non desideriate ricevere in futuro comunicazioni dalla! ditta scrivente, non rispondete a questa e-mail, ma potete opporvi tramite il seguente link. to remove from this list PLEASE email to:nbsp; [EMAIL PROTECTED] Italy Privacy: http://www.cer= aunavoltailweb.it/informativa.html
ART Movement Gallery Mondial's
Mondials World Moviment Art International Artistic Without-Sign Movement Movimento Artistico Internazionale Senza Firma Coscienti che: All'essere umano viene assegnato un nome e cognome: una firma che accompagneragrave; l'individuo per il resto della sua esistenza; questo egrave; accaduto in passato, accade nel presente e forse accadragrave; anche in futuro. Ne consegue che il concetto Senza Firma non ci appartiene, non eacute; mai appartenuto al nostro mondo e alla nostra civiltagrave;. Nell'immediato, come in passato ma con motivazioni diverse, il concetto/teoria Senza Firma puograve; trovare giusta collocazione nell'arte, infatti in particolare gli artisti potranno permettersi di rinunciare ad apporre la firma alle loro opere d'arte. Ostacoli e sfide: Risulta difficile (se non impossibile) immaginare un futuro senza firma. Dolorosa saragrave; la rinuncia dell'artista, ad apporre la firma. Vantaggi futuri: L'opera d'arte prova a liberarsi dal suo au! tore, sfidando preconcetti e pregiudizi, talvolta riuscendo a superare l'importanza del suo creatore. Gli artisti interessati a collaborare, possono partecipare producendo un opera pittorica/fotografica/o tecnica a loro congeniale, senza apporre la firma, inviando foto o file della stessa (format JPG/EMPEG/mp3nbsp; max size 1.5 MB) associato descrizione e tecnica dell'opera e biografia dell'artista (file format TXT) al seguente indirizzo e-mail: [EMAIL PROTECTED] Le opere pervenute verranno valutate e pubblicate nell'immediato nella web Gallery Mondials, veicolate dalla stessa al proprio pubblico e sucessivamente tramite L'Evento web internazionale WITHOUTSIGN.COM Intern= ational Artistic Without-Sign Movement Aware that: All men has a particular first name and surname, often assigned by his parents; that happens now and perhaps will be in future too. The concept that everyone has a signature belongs to us, and so the idea of considering a man without his signat! ure, it#8217;s strange and unusual, it doesn#8217;t belong to us and to the current way of living the= life. Now, as it was happened in the past with different reasons, the without - sign#8217;s concept or theory can have a right position in the World of Art. Indeed, artists are allow to resign fixing or writing their signature on their works of art. Obstacles and challenges: It#8217;s difficult or perhaps impossible to imaging a future without signing; Artists will renounce to their signature with great spiritual pain. Future advantages: Work of art tries to set itself free from its artist, challenging preconceived ideas or opinions, sometimes being able to exceed the importance of its creator. Artists interested to collaborate can take part in the movement producing a pictorial and/or photographic work of art, without appending one#8217;s signature, sending work of art or photos done with th= e technique they believe the best (format JPG/EMPEG/mp3 max si! ze 1.5 MB), linked to the description and the explanation of thenbsp; technique used and their biography too (file format TXT). This is the WEB MAIL: [EMAIL PROTECTED] The works of art arrived, will be valued and briefly advertised in the MONDIALS Web Gallery, ready to be visited by everybody. These creations will be publicized in occasion of the international web event WITHOUTSIGN.COM, in a second time. The Gallery Mondials INTRODUCES: Mondials' return to the Painting IMMINENT EVENT Analogic Conversion and WITHOUT SIGN and new world-wide Music ENTRY GALLERY For= information: [EMAIL PROTECTED] MONDIALS - Art Gallery _ Informativa trattamento dei dati personali legge 196/2003 (cod.privacy) per consultare l'informativa collegarsi a: http://www.ceraunavoltailweb.it/informativa.html I Vs dati personali sono stati raccolti da elenchi pubblici. Qualora non desideriate ricevere in futuro comunicazioni dalla! ditta scrivente, non rispondete a questa e-mail, ma potete opporvi tramite il seguente link. to remove from this list PLEASE email to:nbsp; [EMAIL PROTECTED] Italy Privacy: http://www.cer= aunavoltailweb.it/informativa.html
Re: OT: Gallery con muchas fotos... SOLUCIONADO
Walter wrote: Hola: Quisiera saber si alguien a utilizado el Gallery (actualmente tengo la versión v1.5.5-pl1, la actualicé hace un ratito pensando que iba a solucionar el problema) para archivar y ordenar más de 20.000 fotos ? Estoy teniendo problemas cuando cargo alrededor de 400/500 fotos en un solo álbum, desaparece el nombre del álbum o no se ven las fotos... además me aparecen archivos huérfanos (denominación que da el Gallery). La verdad no se si seguir insistiendo con éste o si hay algún otro catalogador más recomendable para la cantidad de archivos que tengo que manejar. Cualquier comentario, vínculo, o lo que sea será bienvenido. Por si alguien llegara a tener el mismo problema... se debía a un parámetro del php.ini donde se asigna la memoria que se utiliza para scripts php. Ese parámetro es memory_limit y viene configurado por defecto en 8 Mb. Por lo visto esta cantidad es insuficiente cuando se manejan grandes volúmenes de imágenes, al configurarlo en 32 Mb se soluciona el problema. Por este motivo no lo había resuelto con el cambio de versión del Gallery, el problema en realidad era del PHP. Bueno, espero le sea útil a alguien... Saludos, Walter .-. / \ _ / \ __ (\/ / \ |_/oo) \--~ // || || \\ http://www.swcomputacion.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
OT: Gallery con muchas fotos...
Hola: Quisiera saber si alguien a utilizado el Gallery (actualmente tengo la versión v1.5.5-pl1, la actualicé hace un ratito pensando que iba a solucionar el problema) para archivar y ordenar más de 20.000 fotos ? Estoy teniendo problemas cuando cargo alrededor de 400/500 fotos en un solo álbum, desaparece el nombre del álbum o no se ven las fotos... además me aparecen archivos huérfanos (denominación que da el Gallery). La verdad no se si seguir insistiendo con éste o si hay algún otro catalogador más recomendable para la cantidad de archivos que tengo que manejar. Cualquier comentario, vínculo, o lo que sea será bienvenido. -- Walter Pehuajó - Bs. As.
No luck getting Gallery to work on Sarge..Anyone able to??
I have gallery installed from sarge, php4 and apache2 along with all the required, and suggested apps installed. So far I have not been able to get gallery to work. All are installed pretty much out of the box and php4 seems to work, both as command line or as cgi since the various test scripts produce the php test page in the browser. Although apache2 seems to be handling all tests as cgi. I get server errors when I try to run the setup for gallery after running the configure.sh script, and starting the correct setup mode. I also tried getting the G@ tarball and had exactly the same problem getting it to install. This all makes me think something is amiss with php4. I have also gone over the various php.ini scripts and checked them. I basically only commented out the database servers that I will not have available. If anyone has gotten this to work PLEASE Reply as I really want to use gallery. BTW I had it all working on a previous installation in woody about 2 years ago. Ran out of the box with php3. -- John W. Foster -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: No luck getting Gallery to work on Sarge..Anyone able to??
On Sat, Jan 28, 2006 at 06:33:21PM -0600, John W. Foster wrote: I have gallery installed from sarge, php4 and apache2 along with all the required, and suggested apps installed. So far I have not been able to get gallery to work. All are installed pretty much out of the box and php4 seems to work, both as command line or as cgi since the various test scripts produce the php test page in the browser. Although apache2 seems to be handling all tests as cgi. I get server errors when I try to run the setup for gallery after running the configure.sh script, and starting the correct setup mode. I also tried getting the G@ tarball and had exactly the same problem getting it to install. This all makes me think something is amiss with php4. I have also gone over the various php.ini scripts and checked them. I basically only commented out the database servers that I will not have available. If anyone has gotten this to work PLEASE Reply as I really want to use gallery. BTW I had it all working on a previous installation in woody about 2 years ago. Ran out of the box with php3. It would be far, far more helpful if you posted the errors you got when you tried to install. -- Steve Block http://ev-15.com/ http://steveblock.com/ [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: No luck getting Gallery to work on Sarge..Anyone able to??
John W. Foster wrote: I have gallery installed from sarge, php4 and apache2 along with all the required, and suggested apps installed. So far I have not been able to get gallery to work. All are installed pretty much out of the box and php4 seems to work, both as command line or as cgi since the various test scripts produce the php test page in the browser. Although apache2 seems to be handling all tests as cgi. I get server errors when I try to run the setup for gallery after running the configure.sh script, and starting the correct setup mode. I also tried getting the G@ tarball and had exactly the same problem getting it to install. This all makes me think something is amiss with php4. I have also gone over the various php.ini scripts and checked them. I basically only commented out the database servers that I will not have available. If anyone has gotten this to work PLEASE Reply as I really want to use gallery. BTW I had it all working on a previous installation in woody about 2 years ago. Ran out of the box with php3. I don't remember what I did, but I do have Gallery working on my Sarge box, and I do not remember having significant difficulty installing it. I do recall visiting the gallery website, so it is probable that I setup apache2 and php the typical debian way (ie, did not download and install them from source), then downloaded and installed gallery manually. I have gallery working by itself, I don't know what database servers you are talking about. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Need Help w/Sarge: Gallery PHP4 Apache2
On Thu, Jan 19, 2006 at 12:30:43PM -0600, John W. Foster wrote : I just built a brand new Sarge system and I have Apache2 set up and running fine. I also have PHP4 installed and the approriate modules in Apache2. I installed Gallery it simply does not work. I have looked at the php.ini and read over several archived things about running Gallery. I have used it about 2 years ago and really like it. My initial setup was from the Gallery tarball and I want to use Debians setup now. I have had issues with setting it up the last time I tried and never did get it running. There seems to be not much in the way of Docs and nothing in the way of trouble shooting in the Debian read.me. I have tested my PHP install and it seems to work so I am thinking Debian is the issue. Can anyone with a successful installation contact me. -- John W. Foster -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] I have just downloaded the tarball and got a successful setup of Gallery with only minor difficulties. I have used the usual way from tarball (no Debian package). I'm running Debian Sarge with Apache2 and PHP5. What are exactly your problems? -- * Bruno Delalleau Debian Sarge user Linux since 1998 * -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Need Help w/Sarge: Gallery PHP4 Apache2
I just built a brand new Sarge system and I have Apache2 set up and running fine. I also have PHP4 installed and the approriate modules in Apache2. I installed Gallery it simply does not work. I have looked at the php.ini and read over several archived things about running Gallery. I have used it about 2 years ago and really like it. My initial setup was from the Gallery tarball and I want to use Debians setup now. I have had issues with setting it up the last time I tried and never did get it running. There seems to be not much in the way of Docs and nothing in the way of trouble shooting in the Debian read.me. I have tested my PHP install and it seems to work so I am thinking Debian is the issue. Can anyone with a successful installation contact me. -- John W. Foster -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
gallery 1.5-1sarge1 / apache2 2.0.54-5
I've been running apache2/gallery for sometime with no issues. I performed an update about three weeks ago. About a week ago I discovered an issue with my gallery install. If you open a browser (tested on firefox, IE, safari) and goto any page in the gallery you'll be able to pull that page. Then if you try to click on a link off that page that works. The third request you attempt to make and the page just keeps spinning. To get it to work again I need to restart the apache instance. Anyway while doing the above three steps if I enable and monitor / server-status I notice that all three requests goto the same apache child. The third request gives me a line like follows 9-0 16729 0/5/5 W 0.00 25 0 0.0 0.04 0.04 68.82.181.2 mydomain.net GET /gallery/2002Chicago/img_1116 HTTP/1.1 The SS column keeps climbing, but the CPU time isn't climbing. The state says in W. It just seems hung. The access.log says that it returned a 200. No messages in the error.log. I'm stumped. I don't know where to turn. If anyone has ideas please point me in the correct direction. My package list is below. I'm using sarge. I'm using mostly a standard debian config. Although with several dozen virtual hosts defined in the sites-enabled dir. The configs have not been edited since august so I'm not thinking the config is part of the issue. Ideas would be appreciated. Thanks. Bob Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half- installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-==-==- ii adduser3.63 Add and remove users and groups ii apache-common 1.3.33-6sarge1 support files for all Apache webservers ii apache22.0.54-5 next generation, scalable, extendable web se ii apache2-common 2.0.54-5 next generation, scalable, extendable web se ii apache2-mpm-pr 2.0.54-5 traditional model for Apache2 ii apache2-utils 2.0.54-5 utility programs for webservers ii apt0.5.28.6 Advanced front-end for dpkg ii apt-file 2.0.3-7APT package searching utility -- command-lin ii apt-utils 0.5.28.6 APT utility programs ii aptitude 0.2.15.9-2 terminal-based apt frontend ii at 3.1.8-11 Delayed job execution and batch processing ii base-config2.53.10Debian base system configurator ii base-files 3.1.2 Debian base system miscellaneous files ii base-passwd3.5.9 Debian base system master password and group ii bash 2.05b-26 The GNU Bourne Again SHell ii bc 1.06-15The GNU bc arbitrary precision calculator la ii biff 0.17.pre24 a mail notification tool ii bin86 0.16.14-1.216-bit x86 assembler and loader ii bind9 9.2.4-1Internet Domain Name Server ii bind9-host 9.2.4-1Version of 'host' bundled with BIND 9.X ii binutils 2.15-6 The GNU assembler, linker and binary utiliti ii bison 1.875d-1 A parser generator that is compatible with Y ii bsdmainutils 6.0.17 collection of more utilities from FreeBSD ii bsdutils 2.12p-4sarge1 Basic utilities from 4.4BSD-Lite ii bzip2 1.0.2-7high-quality block-sorting file compressor - ii ca-certificate 20040809 Common CA Certificates PEM files ii console-common 0.7.49 Basic infrastructure for text console config ii console-data 2002.12.04dbs- Keymaps, fonts, charset maps, fallback table ii console-tools 0.2.3dbs-56Linux console and font utilities ii coreutils 5.2.1-2The GNU core utilities ii cpio 2.5-1.3GNU cpio -- a program to manage archives of ii cpp3.3.5-3The GNU C preprocessor (cpp) ii cpp-3.33.3.5-13 The GNU C preprocessor ii cramfsprogs1.1-6 Tools for CramFs (Compressed ROM File System ii cron 3.0pl1-86 management of regular background processing ii curl 7.13.2-2sarge4 Get a file from an HTTP, HTTPS, FTP or GOPHE ii cvs1.12.9-13 Concurrent Versions System ii cvs2svn1.2.1-1Convert a cvs repository to a subversion rep ii dash 0.5.2-5The Debian Almquist Shell ii db4.2-util 4.2.52-18 Berkeley v4.2 Database Utilities ii dc 1.06-15The GNU dc arbitrary precision reverse-polis ii dcc-client 1.2.74-2 Distributed Checksum Clearinghouse - client ii dcc-common 1.2.74-2 Distributed Checksum Clearinghouse - common ii debconf1.4.30.13 Debian configuration management system ii debconf-i18n 1.4.30.13 full internationalization support
Probleme d'affichage de gallery
Bonjour, J'ai un serveur apache2. J'ai réussi à faire des albums de photos avec gallery (http://codex.gallery2.org/index.php/Gallery) http://localhost/gallery me permet d'affichier mes albums et tout va bien: -les photos sont affichées -le thème choisi tout y est. Par contre à partir d'un autre poste sur le réseau la page affichée est beaucoup plus triste pas de couleur pas de photos juste les cadres. C'est la même chose à partir d'internet Est-ce que c'est un problème lié à Apache2 ou à gallery. Comment faire pour avancer dans la résolution de ce problème. Merci -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Probleme d'affichage de gallery
Par contre à partir d'un autre poste sur le réseau la page affichée est beaucoup plus triste pas de couleur pas de photos juste les cadres. C'est la même chose à partir d'internet Si je clique bouton droit sur un lien puis propriétés je m'aperçois que le lien point vers une adresse de la forme http://localhost/... Donc je comprends donc que ma page s'affiche correctement à partir du serveur et qu'elle est incomplète à partir d'un autre client. Mais pourquoi ce comportement ? -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [RESOLU]Probleme d'affichage de gallery
Allons dans http://localhost/gallery/setup -- chemin et url. Répertoire de l'album /var/www/albums Répertoire temporaire /tmp Gallery URL * http://un.nom.de.site/gallery mais la je suis pas sur URL des Albums * http://un.nom.de.site/ Là ça va pas du tout car on peut meme pas retourner sur setup En rajoutant: 127.0.0.1 localhostun.nom.de.site à /etc/hosts je règle ce problème. Merci -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Probleme d'affichage de gallery
Debian User a écrit : Par contre à partir d'un autre poste sur le réseau la page affichée est beaucoup plus triste pas de couleur pas de photos juste les cadres. C'est la même chose à partir d'internet Si je clique bouton droit sur un lien puis propriétés je m'aperçois que le lien point vers une adresse de la forme http://localhost/... Donc je comprends donc que ma page s'affiche correctement à partir du serveur et qu'elle est incomplète à partir d'un autre client. Mais pourquoi ce comportement ? salut est ce que tu utilises des feuilles de style (fichier .css) qui pointent sur des fichiers en local ? dans tout les cas ,verifie tes liens dans ta page html (ou php) a+ -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
php problem with gallery
Yesterday I tried to install the gallery package which allows you to store pictures on a web site. One of the early parts of the setup is to point your browser at http://site.url/gallery/setup/index.php from whence it is supposed to allow you to set up some parameters. Unfortunately for me, all I get is a blank screen. I tried to debug what was happening by adding lines of the form echo pGot here XXX/p\n; in the code so that it was appear in the browser as it was executing. I tracked it through successfully until it got to a point where it was executing gallery/session.php Inside this file there is a routine called createGalllerySession which first calls the php function session_name('GallerySession'); and then a bit further down calls @session_start(); From that point onwards no echo statements appear, which of course explains why I get a blank screen when trying to setup gallery. I assume that I have something wrong with some parameters in /etc/php4/php.ini Anyone any idea what it might be? -- Alan Chandler http://www.chandlerfamily.org.uk
Re: php problem with gallery
Which debian strand? I can then try and reproduce your problem. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: php problem with gallery
On Tuesday 10 May 2005 11:25, Jon Dowland wrote: Which debian strand? I can then try and reproduce your problem. sarge I have actually fixed it a few moments ago, via the forums at the gallery web site You need to change session.save_handler user to session.save_handler files in php.ini -- Alan Chandler http://www.chandlerfamily.org.uk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
[SOLVED] Fatal error in gallery: undefined canread()
Fatal error: Call to undefined function: canread() in /usr/share/gallery/classes/User.php on line 90 For the record, my self-reply to this post. The only solution I found was to upgrade to a newer version of gallery, 1.4.4, to replace the woody package. The problem is mentioned in gallery user forums, e. g. http://gallery.menalto.com/index.php?name=PNphpBB2file=viewtopict=163highlight=fatal+error+canreadsid=c519ea2ebf49d8f3e3a1e24921e8af0e http://gallery.menalto.com/index.php?name=PNphpBB2file=viewtopict=11798highlight=fatal+error+canreadsid=c519ea2ebf49d8f3e3a1e24921e8af0e but the suggestion is always to upgrade. Regards, Victor -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Why the constant conflicts between Apache2 PHP4, Now Gallery has quit!
On Thursday 30 December 2004 11:37 am, Michael wrote: There seem to be constant conflicts between Apache2 PHP4 as far as getting the apache2-mod-php4 and any dependent applicatione to work properly. Any one know why this condition is predominent. I think there is a bug in the configs as Debian installed them as I have tweaked them to get them to try to work. Apache2 says it has loaded the php4 module. I don't know of a way to check php4 the see if the various php.ini files are configured correctly. I did add the lines highlighted below to my apache2.conf file and it did change the error message, but still no gallery. AddType application/x-httpd-php .php AddType application/x-httpd-php-source .phps # To use CGI scripts outside /cgi-bin/: # AddHandler cgi-script .cgi AddHandler cgi-script .php AddHandler cgi-script.pl Keep in mind that my photo gallery (gallery) was working just fine until I upgraded Apache2 then more issues. Any ideas to get it working again? -- John Foster Sounds like you are trying to use apache the 'normal' way. Use it the 'debian' way and you will find that it works a lot better when you upgrade. sorry that assumption is incorrect: as you can't get more debian than apt-get install Apache2x It is all split up so you can easily upgrade versions without having to re-configure or miss out on new configurations. It just implys that you do it correctly otherwise all your hard work might start disappearing on you. get the original apache2.conf back (if you want to edit apache2.conf, add stuff to the blank httpd.conf instead) find what you want in this directory /etc/apache2/mods-available symlink what you want from that directory to this directory /etc/apache2/mods-enabled again, those 'mods' are all working fine according to the server itself: For gallery do something like this make a file /etc/apache2/conf.d/gallery debian install does that when you install the application. dump this inside #--- Alias /gallery /usr/share/gallery Directory /usr/share/gallery Options FollowSymLinks AllowOverride Limit Options FileInfo /Directory # debian also does this. as for php.ini phpinfo.php //- phpinfo(); //- will tell you the configuration. ahha that is what I was seeking, as I think the issue is with php4 not Apache2 since all 10 of the websites it serves seem to be running fine. This might help. -Mike -- John Foster -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Fatal error in gallery: undefined canread()
Hello. Today I found an unexpected error in gallery. It returns: Fatal error: Call to undefined function: canread() in /usr/share/gallery/classes/User.php on line 90 When connecting to the main gallery (http://host/gallery). I just don't understand. There is a call to $album-canRead() [note capitalization is different than the error message] in User.php, l.90. This function is defined in Album.php. There is no explicit include of Album.php in User.php. However, everything was working well two weeks before, as I recall. I regularly check/update the gallery. I'm using woody, and I also follow all security updates, but I can't see any php/gallery related security update in december in http://www.debian.org/security/. A google search of my error message only leads me to a similar error in someone else's gallery. At least I'm not alone. But I'm very confused. Help? Regards, Victor -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Why the constant conflicts between Apache2 PHP4, Now Gallery has quit!
There seem to be constant conflicts between Apache2 PHP4 as far as getting the apache2-mod-php4 and any dependent applicatione to work properly. Any one know why this condition is predominent. I think there is a bug in the configs as Debian installed them as I have tweaked them to get them to try to work. Apache2 says it has loaded the php4 module. I don't know of a way to check php4 the see if the various php.ini files are configured correctly. I did add the lines highlighted below to my apache2.conf file and it did change the error message, but still no gallery. AddType application/x-httpd-php .php AddType application/x-httpd-php-source .phps # To use CGI scripts outside /cgi-bin/: # AddHandler cgi-script .cgi AddHandler cgi-script .php AddHandler cgi-script.pl Keep in mind that my photo gallery (gallery) was working just fine until I upgraded Apache2 then more issues. Any ideas to get it working again? -- John Foster
Re: Why the constant conflicts between Apache2 PHP4, Now Gallery has quit!
There seem to be constant conflicts between Apache2 PHP4 as far as getting the apache2-mod-php4 and any dependent applicatione to work properly. Any one know why this condition is predominent. I think there is a bug in the configs as Debian installed them as I have tweaked them to get them to try to work. Apache2 says it has loaded the php4 module. I don't know of a way to check php4 the see if the various php.ini files are configured correctly. I did add the lines highlighted below to my apache2.conf file and it did change the error message, but still no gallery. AddType application/x-httpd-php .php AddType application/x-httpd-php-source .phps # To use CGI scripts outside /cgi-bin/: # AddHandler cgi-script .cgi AddHandler cgi-script .php AddHandler cgi-script.pl Keep in mind that my photo gallery (gallery) was working just fine until I upgraded Apache2 then more issues. Any ideas to get it working again? -- John Foster Sounds like you are trying to use apache the 'normal' way. Use it the 'debian' way and you will find that it works a lot better when you upgrade. It is all split up so you can easily upgrade versions without having to re-configure or miss out on new configurations. It just implys that you do it correctly otherwise all your hard work might start disappearing on you. get the original apache2.conf back (if you want to edit apache2.conf, add stuff to the blank httpd.conf instead) find what you want in this directory /etc/apache2/mods-available symlink what you want from that directory to this directory /etc/apache2/mods-enabled For gallery do something like this make a file /etc/apache2/conf.d/gallery dump this inside #--- Alias /gallery /usr/share/gallery Directory /usr/share/gallery Options FollowSymLinks AllowOverride Limit Options FileInfo /Directory # as for php.ini phpinfo.php //- phpinfo(); //- will tell you the configuration. -Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
[gallery] probelma en SID
Haber si le ha pasado a alguien Llevo unos años usando gallery para poner unas colecciones de fotos, simpre a andado bien y sin problemas pero de unos dias para aqui me da un error en la parte de arriba de cada pagina que sirve... El error: Warning: fopen(/var/www/albums/Apirila_2004/photos.dat.0): failed to open stream: Permission denied in /usr/share/gallery/platform/fs_unix.php on line 55 Pero sirve laa pagina perfectamente (obviamente menos lo feo que queda el error). El tema es que ni he tocado los permisos de esas carpetas ni me suena que hay habido una gran actualizacion del paquete ultimamente. Los permisos de los ficeros estan en 644 y creo recordar que esto es correcto. pues eso que si a alguien le a ocurrido y podria darme algun consejo antes de toquitear de mas y cepillarme las instalacion que tiene mas de 1000 fotos. --
Re: gallery not showing all photos
Victor Munoz wrote: I tried before gallery. I was using the unstable version as well. I didn't find a way to rotate pictures automatically (I had to edit the generated html files manually, something which I could script anyway, but it was not optimum because I had to prepare rotated versions of the pictures involved), and gallery in general has more features and is very flexible. I had no complain until I found this annoying problem with hidden albums. I'll have to take a look at gallery then also, since it sounds more functional than igal. I'll just have to keep in mind the hidden album issue. Dana -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: gallery not showing all photos
Victor Munoz wrote: I have gallery installed on a woody server. A certain album contains several albums in turn, and some of them are not shown. I can see them if I login as admin (the only other user except normal user I have configured). The album is not 'hidden', so I understand it should be visible by anyone. I thought it would be a cache problem with mozilla, but I cleaned the cache and the problem persists. I also tried with Opera, with equal results. I only have tried accessing gallery with another computer, as I currently don't have physical access to the server. I'm rather lost, since I don't understand what could be happening. Any help would be appreciated. Regards, Victor Check the permissions on the files, and check out the log files. Dana -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: gallery not showing all photos
Thanks for the replies. I didn't found problems with the permissions. They were all set, for all the albums, as visible for everybody, and modifiable by admin. I did found a workaround, though. It seems the problem is the following: I upload new photos to a temporary album, which is hidden. That way I can work on how to organize the photos in sub-albums, and then I move the new photos and possible new albums to the visible albums. I notice that if I move a sub-album from this hidden album to a visible one, it remains invisible. If I move a sub-album from a visible album, it remains visible. So, annoyingly, sub-albums silently inherit the hidden attribute, and, at least in the woody version, this cannot be unset, as the Edit Album options only show the Hide album, not the Show album. The only solution I've found is to make the temporary album visible, create duplicate versions for the problematic sub-albums, and then move the new versions to the desired locations. This does not make me happy because too many albums are involved, and I didn't notice until today. The problem only seems to appear with albums. Individual pictures move from a hidden to a visible album remain visible, which is why I didn't notice before. Regards, Victor -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: gallery not showing all photos
Victor Munoz wrote: Thanks for the replies. I didn't found problems with the permissions. They were all set, for all the albums, as visible for everybody, and modifiable by admin. I did found a workaround, though. It seems the problem is the following: I upload new photos to a temporary album, which is hidden. That way I can work on how to organize the photos in sub-albums, and then I move the new photos and possible new albums to the visible albums. I notice that if I move a sub-album from this hidden album to a visible one, it remains invisible. If I move a sub-album from a visible album, it remains visible. So, annoyingly, sub-albums silently inherit the hidden attribute, and, at least in the woody version, this cannot be unset, as the Edit Album options only show the Hide album, not the Show album. The only solution I've found is to make the temporary album visible, create duplicate versions for the problematic sub-albums, and then move the new versions to the desired locations. This does not make me happy because too many albums are involved, and I didn't notice until today. The problem only seems to appear with albums. Individual pictures move from a hidden to a visible album remain visible, which is why I didn't notice before. You might also want to take a look at igal, although I've only used the unstable version myself. Dana -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: gallery not showing all photos
You might also want to take a look at igal, although I've only used the unstable version myself. I tried before gallery. I was using the unstable version as well. I didn't find a way to rotate pictures automatically (I had to edit the generated html files manually, something which I could script anyway, but it was not optimum because I had to prepare rotated versions of the pictures involved), and gallery in general has more features and is very flexible. I had no complain until I found this annoying problem with hidden albums. Regards, Victor -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
gallery not showing all photos
I have gallery installed on a woody server. A certain album contains several albums in turn, and some of them are not shown. I can see them if I login as admin (the only other user except normal user I have configured). The album is not 'hidden', so I understand it should be visible by anyone. I thought it would be a cache problem with mozilla, but I cleaned the cache and the problem persists. I also tried with Opera, with equal results. I only have tried accessing gallery with another computer, as I currently don't have physical access to the server. I'm rather lost, since I don't understand what could be happening. Any help would be appreciated. Regards, Victor -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Gallery
Moin! * Thijs Koetsier [EMAIL PROTECTED] [040716 16:49]: Could someone please explain me, why you are wasting your time, installing things from source? [..] Why are you wasting your time installing Linux, when you could buy a working PC out-of-the-box with Windows, at your local supermarket? I'm very sorry that I stoke a sour note. Was very stressed at work and didn't sleeped very well. Sorry, this mail wasn't meaned as it could be read. Yours sincerely, Alexander signature.asc Description: Digital signature
Re: Gallery
From: Thijs Koetsier [mailto:[EMAIL PROTECTED] Why are you wasting your time installing Linux, when you could buy a working PC out-of-the-box with Windows, at your local supermarket? I thought those all ran Linspire. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Gallery
Moin! * Raquel Rice [EMAIL PROTECTED] [040716 10:22]: I've been trying and trying to get Gallery to work on Woody with PHP4.1.2. I downloaded and installed via aptitude, and couldn't get past the first configuration screen. Then I downloaded from sourceforge, got through the install, but all I can get is Document contains no data. Has anyone successfully installed Gallery on Woody? Yes I did. I simply run apt-get install gallery. Yours sincerely, Alexander signature.asc Description: Digital signature
Re: Gallery
Raquel Rice wrote: I've been trying and trying to get Gallery to work on Woody with PHP4.1.2. I downloaded and installed via aptitude, and couldn't get past the first configuration screen. Then I downloaded from sourceforge, got through the install, but all I can get is Document contains no data. Has anyone successfully installed Gallery on Woody? Yes, as a matter of fact I did today. What seems to be the problem in the first configuration screen? Normally, the installer outputs the warnings and errors which cause problems. Which version of Gallery did you download? Did you download directly to your server or through your workstation and could you've uploaded in the wrong mode (ASCI/Binairy)? -- Thijs Koetsier www.thijskoetsier.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Gallery
Moin! * Thijs Koetsier [EMAIL PROTECTED] [040716 15:12]: Yes, as a matter of fact I did today. What seems to be the problem in the first configuration screen? Normally, the installer outputs the warnings and errors which cause problems. Which version of Gallery did you download? Did you download directly to your server or through your workstation and could you've uploaded in the wrong mode (ASCI/Binairy)? Could someone please explain me, why you are wasting your time, installing things from source? There is a gallery package in Debian woody, and if you need a newer one, take the gallery package from testing. Works very well with woody, without any dependencies getting in from testing. Yours sincerely, Alexander signature.asc Description: Digital signature
Re: Gallery
Alexander Schmehl wrote: Moin! * Thijs Koetsier [EMAIL PROTECTED] [040716 15:12]: Yes, as a matter of fact I did today. What seems to be the problem in the first configuration screen? Normally, the installer outputs the warnings and errors which cause problems. Which version of Gallery did you download? Did you download directly to your server or through your workstation and could you've uploaded in the wrong mode (ASCI/Binairy)? Could someone please explain me, why you are wasting your time, installing things from source? There is a gallery package in Debian woody, and if you need a newer one, take the gallery package from testing. Works very well with woody, without any dependencies getting in from testing. Yours sincerely, Alexander Alexander, Why are you wasting your time installing Linux, when you could buy a working PC out-of-the-box with Windows, at your local supermarket? Most important consideration in this case, when you install Gallery by source, is that you can use version 1.4.4-RC1, like I did. Latest stable package from Debian is 1.2.5-8, testing is 1.4.3. As you can imagine, the newer version has some features which I prefer (especially during configuration) and has bugfixes. Thus, I chose to install from source and not by package. Besides, installing Gallery from source is really not more than unpacking, so if time really is being wasted, is not that much :-) Kind regards, Thijs -- Thijs Koetsier www.thijskoetsier.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Gallery
Raquel Rice wrote: On Fri, 16 Jul 2004 15:12:43 +0200 Thijs Koetsier [EMAIL PROTECTED] wrote: Raquel Rice wrote: I've been trying and trying to get Gallery to work on Woody with PHP4.1.2. I downloaded and installed via aptitude, and couldn't get past the first configuration screen. Then I downloaded from sourceforge, got through the install, but all I can get is Document contains no data. Has anyone successfully installed Gallery on Woody? Yes, as a matter of fact I did today. What seems to be the problem in the first configuration screen? Normally, the installer outputs the warnings and errors which cause problems. Which version of Gallery did you download? Did you download directly to your server or through your workstation and could you've uploaded in the wrong mode (ASCI/Binairy)? -- Thijs Koetsier www.thijskoetsier.net Thijs, Thank you for a humane response. I'm running Woody that is pretty stock, with Apache and PHP. I was happy to see the Gallery package. I've had Gallery running on another machine (RedHat), supporting a photo gallery for my highschool graduating class and have been wanting to move it to the Debian machine. So, I installed it the way that Alexander so graciously and painstakingly described in his first response. There were no errors, so I clicked the button to go on to the next page and all that happens is the page reloads. When that process failed several times, I downloaded version 1.4.3-pl2 to the server using wget, and installed. It goes through the entire install process with no errors. Then after invoking secure.sh I try to display index.php in my browser. All I get is an error message saying Document contains no data. It wasn't until late last night, after struggling for quite some time, that I remembered that it wouldn't install (either way, Alexander) on my other Woody machine. I'd really like to move my gallery off the RedHat machine. It's a Pentium 90 and I'd like to retire it. Thank you again, Alexander and Thijs. Have you installed this new server recently; or does it serve other things fine? As far as I can see, walking through the process of configuring without any errors and than not seeing any result, could point to something outside Gallery. Is Apache configured to show index.php in directories? Also, did you chmod'ed the files and folders as mentioned in the manual? Don't be offended by my asking this somewhat trivial questions, but I also sometimes forget these things. And what happens if you connect to Gallery using 'Gallery Remote' (you can download it at gallery.menalto.com). Does it find a Gallery where you can upload to? In that case, it's almost defenitely something outside Gallery. To be sure however, you can ask your question again in the Gallery-forum, also at gallery.menalto.com. They're the real die-hards! :-) -- Thijs Koetsier www.thijskoetsier.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Strange server crash on woody with gallery/php
Hello, i'm maintaining a web-server through the web on a plain debian woody box. I wanted to use the gallery program, to create a photo gallery. Because I like it's features and I'm using it on other a unstable debian box, I wanted the 1.4.3 version, so I downloaded the package for testing by ftp and installed it on the box via dpkg -i. (I don't know if it is the best way to do so, but it worked, apt-pinning should be better, but I didn't get it by now... ) The gallery seems to work, I can login, upload images on after the other, add comments and everything. The problem comes when I try to upload a bunch of images. To do so, I uploaded all my images to the server, and then gave the path to the directory to the program. Gallery begins by copying the images to a temp directory, and then does some rescaling via convert and netpnm. And there comes the problem: at some point on the process, the server turns off. It doesn't shut down, it turns off. Nothing in the logs: syslog has some -- MARK -- and then syslog restart it doesn't seem to be the rescaling program, the bug comes some times before rescaling, some times after. Gallery has some debugging messages, so I tried some of the shell comands run to rescale, and had no problems doing so. Only thing I know is that the process is a little processor and disk intensive. I have only access to the machine by ssh and web interface, so it's not really easy to test and restart the machine after a crash :-D To day, I tried the procedure while phoning somebody on site: The server seems to shut off in half a second, without error messages. We did it while looking on the console with ctrl-alt-F1 to see if the kernel prints something to the console, but nothing appears, the screens only turns black. I don't know what this could be, the machine is new, and it's kinda scary to put a machine with this kind of bug on the net. Any clues, things to try ? I tried with the gallery forums, but I can't write there, I'm not getting my register confirmation with my password. I'm now looking into apt-pinning to try this one out whith another version of php, I read that php 4.1.2 had some bugs. thanks urs -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Strange server crash on woody with gallery/php
Urs Schroffeneger wrote: i'm maintaining a web-server through the web on a plain debian woody box. [...] The problem comes when I try to upload a bunch of images. To do so, I uploaded all my images to the server, and then gave the path to the directory to the program. That would cause a lot of disk I/O all of a sudden at that time. Gallery begins by copying the images to a temp directory, and then does some rescaling via convert and netpnm. In addition to the disk I/O the rescaling would cause a lot of CPU activity. And there comes the problem: at some point on the process, the server turns off. It doesn't shut down, it turns off. Nothing in the logs: syslog has some -- MARK -- and then syslog restart Off as in the power supply is switched off? Or off as in the kernel halted but power remained on? it doesn't seem to be the rescaling program, the bug comes some times before rescaling, some times after. Gallery has some debugging messages, so I tried some of the shell comands run to rescale, and had no problems doing so. Only thing I know is that the process is a little processor and disk intensive. Although gallery may be triggering the problem I can't see how this could be a gallery problem. If you are causing a kernel panic or otherwise crashing the machine then it is a kernel issue. I have only access to the machine by ssh and web interface, so it's not really easy to test and restart the machine after a crash :-D That makes things very tricky. To day, I tried the procedure while phoning somebody on site: The server seems to shut off in half a second, without error messages. We did it while looking on the console with ctrl-alt-F1 to see if the kernel prints something to the console, but nothing appears, the screens only turns black. Turns black I guess does imply that the power supply was turned off. Hmm... I don't know what this could be, the machine is new, and it's kinda scary to put a machine with this kind of bug on the net. Any clues, things to try ? I tried with the gallery forums, but I can't write there, I'm not getting my register confirmation with my password. I'm now looking into apt-pinning to try this one out whith another version of php, I read that php 4.1.2 had some bugs. You say the machine is turning itself off. That makes me think an APM or ACPI function to turn the power supply off. But perhaps it is just crashing the kernel or halting the kernel and you are using a vernacular description. So there appear to be four possibilities and all of them involve the kernel. What version of the kernel have you installed? You say Debian woody which would mean to me the kernel-image-2.4.18-k7 or other architecture specific package. Then I would have loaded the specific modules in /etc/modules that I would need for the machine such as networking. Check those for being reasonable. Cross check that with what is shown from /proc/cpuinfo for your cpu. Is it a reasonable combination? You may be running the wrong kernel for your cpu. If you have 'apm' or 'acpi' in your /etc/modules I would consider removing those to remove the ability of the machine to turn itself off. But be careful since changes there might make the machine unbootable and you would need console access to recover. Bob pgp0.pgp Description: PGP signature
Re: Strange server crash on woody with gallery/php
Bob Proulx wrote: Urs Schroffeneger wrote: SNIP That would cause a lot of disk I/O all of a sudden at that time. SNIP In addition to the disk I/O the rescaling would cause a lot of CPU activity. Indeed it is. And there comes the problem: at some point on the process, the server turns off. It doesn't shut down, it turns off. Nothing in the logs: syslog has some -- MARK -- and then syslog restart Off as in the power supply is switched off? Or off as in the kernel halted but power remained on? seems to be like the power supply is switched off it doesn't seem to be the rescaling program, the bug comes some times before rescaling, some times after. Gallery has some debugging messages, so I tried some of the shell comands run to rescale, and had no problems doing so. Only thing I know is that the process is a little processor and disk intensive. Although gallery may be triggering the problem I can't see how this could be a gallery problem. If you are causing a kernel panic or otherwise crashing the machine then it is a kernel issue. There isn't a kernel panic message on the console. I have only access to the machine by ssh and web interface, so it's not really easy to test and restart the machine after a crash :-D That makes things very tricky. Yes, and travelling 300km is kinda long to press on a power switch You say the machine is turning itself off. That makes me think an APM or ACPI function to turn the power supply off. But perhaps it is just crashing the kernel or halting the kernel and you are using a vernacular description. So there appear to be four possibilities and all of them involve the kernel. What version of the kernel have you installed? You say Debian woody which would mean to me the kernel-image-2.4.18-k7 or other architecture specific package. Then I would have loaded the specific modules in /etc/modules that I would need for the machine such as networking. Check those for being reasonable. Cross check that with what is shown from /proc/cpuinfo for your cpu. Is it a reasonable combination? You may be running the wrong kernel for your cpu. If you have 'apm' or 'acpi' in your /etc/modules I would consider removing those to remove the ability of the machine to turn itself off. But be careful since changes there might make the machine unbootable and you would need console access to recover. Bob Here are some additional infos... Artis:/etc# cat modules # /etc/modules: kernel modules to load at boot time. # # This file should contain the names of kernel modules that are # to be loaded at boot time, one per line. Comments begin with # a #, and everything on the line after them are ignored. usb-uhci input usbkbd keybdev busmouse radeon busmouse radeon ip_tables Artis:/etc# uname -a Linux Artis 2.4.18-bf2.4 #1 Son Apr 14 09:53:28 CEST 2002 i686 unknown Artis:/etc# lsmod Module Size Used byNot tainted ip_tables 10432 0 (unused) radeon 92472 0 (unused) busmouse2912 0 (unused) keybdev 1664 0 (unused) usbkbd 2848 0 (unused) input 3072 0 [keybdev usbkbd] usb-uhci 20708 0 (unused) usbcore48032 0 [usbkbd usb-uhci] Artis:/etc# cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 15 model : 2 model name : Intel(R) Celeron(R) CPU 2.00GHz stepping: 7 cpu MHz : 2004.448 cache size : 20 KB fdiv_bug: no hlt_bug : no f00f_bug: no coma_bug: no fpu : yes fpu_exception : yes cpuid level : 2 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm bogomips: 3997.69 Artis:/etc# I think it's the package kernel-image-2.4.18-bf2.4 from the standard installation CD, so there isn't a lot of modules in it, everything is compiled in. I could try installing a new kernel, but I don't really like it, through ssh; could an 'apt-get install kernel-image-2.4.18-1-686' do it, (it does basicly contain all the drivers that where compiled in in the installation kernel, right ?) or do I risk some difficulties with missing modules? I only need a working network, the rest, I could fix from here. I will consider that one So switching to another php version wouldn't resolve it. But i'm puzzled on the fact that to much disk activity could turn of the computer... thanks urs -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Gallery 1.4 necesita versión más nueva de PHP
El mar, 10-02-2004 a las 16:09, Arlequín escribió: Tengo un Woody instalado correctamente, el cual corre PHP versión 4.1.2. Eso es suficiente para mi, sin embargo, aparentemente no lo es para los chicos de Gallery (una herramienta Open Source para generar álbums fotográficos) http://gallery.menalto.com/index.php. Me resisto a perder el excelente control del árbol de dependencias que tiene Debian solo porque tengo que hacer un upgrade de mi PHP... ¿Y no te vale con la versión de gallery que hay en woody? Es lo más recomendable si quieres tener las dependencias resueltas sin problemas. -- Mail : faro at escomposlinux . org Jabber: sneb at jabber . org Debian GNU/Linux - Usuario Linux #162541 http://www.escomposlinux.org/faro signature.asc Description: Esta parte del mensaje =?ISO-8859-1?Q?est=E1?= firmada digitalmente
Gallery 1.4 necesita versión más nueva de PHP
Amigos listeros. Tengo un Woody instalado correctamente, el cual corre PHP versión 4.1.2. Eso es suficiente para mi, sin embargo, aparentemente no lo es para los chicos de Gallery (una herramienta Open Source para generar álbums fotográficos) http://gallery.menalto.com/index.php. En este foro planteé mi pregunta (está en inglés): http://gallery.menalto.com/index.php?name=PNphpBB2file=viewtopicp=61813#61813 ¿Qué debería hacer? ¿Recompilar desde los fuentes? Me resisto a perder el excelente control del árbol de dependencias que tiene Debian solo porque tengo que hacer un upgrade de mi PHP... -- Arlequín _o) amahoro_AT_adinet_DOT_com_DOT_uy / \\ http://counter.li.org/ _(___V Linux Registered User #207262
Re: Gallery 1.4 necesita versión más nueva de PHP
Arlequín escribió: Me resisto a perder el excelente control del árbol de dependencias que tiene Debian solo porque tengo que hacer un upgrade de mi PHP... ¿Has pensado en usar la versión de Backports.org?
[Fwd: Re: Gallery 1.4 necesita versión más nueva de PHP]
Original Message Subject: Re: Gallery 1.4 necesita versión más nueva de PHP Date: Tue, 10 Feb 2004 13:07:54 -0300 From: Arlequín [EMAIL PROTECTED] To: Alberto [EMAIL PROTECTED] References: [EMAIL PROTECTED] [EMAIL PROTECTED] Alberto wrote: Arlequín escribió: Me resisto a perder el excelente control del árbol de dependencias que tiene Debian solo porque tengo que hacer un upgrade de mi PHP... ¿Has pensado en usar la versión de Backports.org? Bueno, sí... pero si quiero hacer un upgrade de PHP, el paquete debería estar listado en http://backports.org/debian/dists/woody/ y no está :( -- Arlequín _o) amahoro_AT_adinet_DOT_com_DOT_uy / \\ http://counter.li.org/ _(___V Linux Registered User #207262
Gallery 1.4 claims newer PHP version
Hi, there. I have a Woody properly installed, which runs PHP v. 4.1.2. That's enough for me, but apparently it's not enough for the folks from Gallery, a web based photo album generator http://gallery.menalto.com/index.php. Please, take a look at this post: http://gallery.menalto.com/index.php?name=PNphpBB2file=viewtopicp=61813#61813 What should I do? Recompile from source? I don't want to loose the excellent deps tree control Debian have only because I have to upgrade my PHP version. -- Arlequín _o) amahoro_AT_adinet_DOT_com_DOT_uy / \\ http://counter.li.org/ _(___V Linux Registered User #207262 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Gallery 1.4 claims newer PHP version
I have a Woody properly installed, which runs PHP v. 4.1.2. That's enough for me, but apparently it's not enough for the folks from Gallery, a web based photo album generator http://gallery.menalto.com/index.php. Please, take a look at this post: http://gallery.menalto.com/index.php? name=PNphpBB2file=viewtopicp=61813#61813 What should I do? Recompile from source? I don't want to loose the excellent deps tree control Debian have only because I have to upgrade my PHP version. In terms of PHP, 4.1.2 really is a quite old version. You could try php from unstable tree (edit /etc/apt/sources.list, adding unstable there) then do apt-get install php. Just remember to change back your sources.list. Cheers, Timo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Gallery 1.4 claims newer PHP version
On Tue, 10 Feb 2004 12:05:21 -0300 Arlequín [EMAIL PROTECTED] wrote: Hi, there. I have a Woody properly installed, which runs PHP v. 4.1.2. That's enough for me, but apparently it's not enough for the folks from Gallery, a web based photo album generator http://gallery.menalto.com/index.php. Please, take a look at this post: http://gallery.menalto.com/index.php?name=PNphpBB2file=viewtopicp= 61813#61813 What should I do? Recompile from source? I don't want to loose the excellent deps tree control Debian have only because I have to upgrade my PHP version. Do you really need version 1.4 of gallery? There's a (slightly older) version of Gallery in Debian Woody. apt-get install gallery. Then not only would you not need to upgrade php, but even gallery would take advantage of Debian's advanced package management system. HTH HAND, Jacob - GnuPG Key: 1024D/16377135 Microsoft is not the answer. Microsoft is the question. Linux is the answer. pgp0.pgp Description: PGP signature
Re: Gallery 1.4 claims newer PHP version
Timo Railo wrote: In terms of PHP, 4.1.2 really is a quite old version. You could try php from unstable tree (edit /etc/apt/sources.list, adding unstable there) then do apt-get install php. Just remember to change back your sources.list. Cheers, Timo Thanks, but I wonder if that way I broke the deps tree... because at this moment, I have php4 installed in my Woody box and a couple of packages involving php4 (posgresql, mysql modules, et cetera). Woody was installed using 7 CD-ROMS, I have no http lines in my atp sources.list, just the one for security updates... :-\ -- Arlequín _o) amahoro_AT_adinet_DOT_com_DOT_uy / \\ http://counter.li.org/ _(___V Linux Registered User #207262 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Gallery 1.4 claims newer PHP version
On Tue, 10 Feb 2004 13:15:59 -0300 Arlequín [EMAIL PROTECTED] wrote: Timo Railo wrote: In terms of PHP, 4.1.2 really is a quite old version. You could try php from unstable tree (edit /etc/apt/sources.list, adding unstable there) then do apt-get install php. Just remember to change back your sources.list. snip I wonder if that way I broke the deps tree... because at this moment, I have php4 installed in my Woody box and a couple of packages involving php4 (posgresql, mysql modules, et cetera). Woody was installed using 7 CD-ROMS, I have no http lines in my atp sources.list, just the one for security updates... :-\ Probably not. PHP version 4.1.2-6woody3 is the latest release in Debian Woody. It's the age old debate about whether Debian Stable is current enough. HTH, Jacob - GnuPG Key: 1024D/16377135 Have you ever noticed that at trade shows Microsoft is always the one giving away stress balls? pgp0.pgp Description: PGP signature
Re: Gallery 1.4 claims newer PHP version
Jacob S. wrote: On Tue, 10 Feb 2004 13:15:59 -0300 Arlequín [EMAIL PROTECTED] wrote: Timo Railo wrote: In terms of PHP, 4.1.2 really is a quite old version. You could try php from unstable tree (edit /etc/apt/sources.list, adding unstable there) then do apt-get install php. Just remember to change back your sources.list. snip I wonder if that way I broke the deps tree... because at this moment, I have php4 installed in my Woody box and a couple of packages involving php4 (posgresql, mysql modules, et cetera). Woody was installed using 7 CD-ROMS, I have no http lines in my atp sources.list, just the one for security updates... :-\ Probably not. PHP version 4.1.2-6woody3 is the latest release in Debian Woody. It's the age old debate about whether Debian Stable is current enough. HTH, Jacob Well.. I've added a backport from http://www.apt-get.org/search.php?query=php4submit=arch%5B%5D=i386arch%5B%5D=all deb http://www.heydon.com.au/debian unstable/ deb-src http://www.heydon.com.au/debian unstable/ deb http://www.heydon.com.au/debian stable/ deb-src http://www.heydon.com.au/debian stable/ And the php4 package now is 4.3.3 but phpinfo() still shows 4.1.2 I think I'm about to start a messy situation here :_( - GnuPG Key: 1024D/16377135 Have you ever noticed that at trade shows Microsoft is always the one giving away stress balls? -- Arlequín _o) amahoro_AT_adinet_DOT_com_DOT_uy / \\ http://counter.li.org/ _(___V Linux Registered User #207262 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Gallery 1.4 claims newer PHP version
On Tue, Feb 10, 2004 at 01:44:17PM -0300, Arlequ?n said Well.. I've added a backport from http://www.apt-get.org/search.php?query=php4submit=arch%5B%5D=i386arch%5B%5D=all deb http://www.heydon.com.au/debian unstable/ deb-src http://www.heydon.com.au/debian unstable/ Uh, why do you have these? And the php4 package now is 4.3.3 but phpinfo() still shows 4.1.2 Did you restart apache? -- Rob Weir [EMAIL PROTECTED] | [EMAIL PROTECTED] | Do I look like I want a CC? Words of the day: Comirex ammunition Ermes NWO AMEMB South Africa FTS2000 signature.asc Description: Digital signature
Re: Gallery 1.4 claims newer PHP version
Rob Weir wrote: On Tue, Feb 10, 2004 at 01:44:17PM -0300, Arlequ?n said Well.. I've added a backport from http://www.apt-get.org/search.php?query=php4submit=arch%5B%5D=i386arch%5B%5D=all deb http://www.heydon.com.au/debian unstable/ deb-src http://www.heydon.com.au/debian unstable/ Uh, why do you have these? And the php4 package now is 4.3.3 but phpinfo() still shows 4.1.2 Did you restart apache? Jacob S. wrote: Yes, backports can be if you're not familiar with what you're doing. For starters, I recommend you keep a list written somewhere of what packages you've installed from backports... just in case you need to downgrade and get back to tracking only Debian Stable. First you'll need to check /etc/apache/httpd.conf and see if the newer php4 package added a LoadModule line in the appropriate place. If it didn't, you may need to add one. (If you add one, make sure you delete the LoadModule line from php 4.1.2!) Now restart Apache and see if it gives you any errors. If it doesn't, try phpinfo() again and see if it's not the newer php version. Also, if this works, don't forget that you'll also need to install backports for any other php packages you have - such as php4-mysql, php4-pear, php4-imap, etc. HTH, Jacob Everything is fine... phpinfo() shows 4.3.3 now... Upgraded the php4-mysql, php4-pear, php4-imap, php4-pgqsl packages and then dkpg-reconfigure php4-mysql dkpg-reconfigure php4-pgsql dkpg-reconfigure php4-pear dkpg-reconfigure php4-imap Restarted apache, LoadModule line: added. But now I can't run phpMyAdmin It seems the extensions for MySQL / PostgreSQL aren't recognized, but the php.ini file has them... Just in case How can I downgrade???!!! -- Arlequín _o) amahoro_AT_adinet_DOT_com_DOT_uy / \\ http://counter.li.org/ _(___V Linux Registered User #207262 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Gallery 1.4 claims newer PHP version
Jacob S. [EMAIL PROTECTED] writes: Do you really need version 1.4 of gallery? There's a (slightly older) version of Gallery in Debian Woody. apt-get install gallery. Then not only would you not need to upgrade php, but even gallery would take advantage of Debian's advanced package management system. It's very often this level of package that ends up driving system upgrades, in my experience. End-users are very sensitive to features. Gallery is moving forward fairly fast. I certainly wouldn't want to downgrade from 1.4 myself. I'm curious how Gallery works as a package; on my system it's installed in at least 3 separate directories that I know of (you need to do that to have multiple galleries on the server). -- David Dyer-Bennet, mailto:[EMAIL PROTECTED], http://www.dd-b.net/dd-b/ RKBA: http://noguns-nomoney.com http://www.dd-b.net/carry/ Photos: dd-b.lighthunters.net Snapshots: www.dd-b.net/dd-b/SnapshotAlbum/ Dragaera/Steven Brust: http://dragaera.info/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Gallery 1.4 claims newer PHP version
Jacob S. wrote: On Tue, 10 Feb 2004 14:31:09 -0300 Arlequín [EMAIL PROTECTED] wrote: Everything is fine... phpinfo() shows 4.3.3 now... Upgraded the php4-mysql, php4-pear, php4-imap, php4-pgqsl packages and then dkpg-reconfigure php4-mysql dkpg-reconfigure php4-pgsql dkpg-reconfigure php4-pear dkpg-reconfigure php4-imap Restarted apache, LoadModule line: added. Good! But now I can't run phpMyAdmin :( It seems the extensions for MySQL / PostgreSQL aren't recognized, but the php.ini file has them... hmm... phpMyadmin seems pretty basic. I can't imagine why it wouldn't run. It seems like there should be something basic to fix that, but I don't know off hand. I'd suggest posting back to debian-user and see if anyone else has had that problem before. Fatal error: Call to undefined function: mysql_get_client_info() in /var/www/phpMyAdmin/libraries/defines.lib.php on line 47 Line 47 states: $client_api = explode('.', mysql_get_client_info()); I suppose it's a problem with the php4-mysql package which extends php in order to use mysql... -- Arlequín _o) amahoro_AT_adinet_DOT_com_DOT_uy / \\ http://counter.li.org/ _(___V Linux Registered User #207262 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Gallery 1.4 claims newer PHP version
On Tue, 10 Feb 2004 12:32:55 -0600 David Dyer-Bennet [EMAIL PROTECTED] wrote: Jacob S. [EMAIL PROTECTED] writes: Do you really need version 1.4 of gallery? There's a (slightly older) version of Gallery in Debian Woody. apt-get install gallery. Then not only would you not need to upgrade php, but even gallery would take advantage of Debian's advanced package management system. It's very often this level of package that ends up driving system upgrades, in my experience. End-users are very sensitive to features. Gallery is moving forward fairly fast. I certainly wouldn't want to downgrade from 1.4 myself. I'm curious how Gallery works as a package; on my system it's installed in at least 3 separate directories that I know of (you need to do that to have multiple galleries on the server). True. In my case I was fortunate enough that my users didn't know what they were missing - they were just glad that I had software that could do that sort of thing at all. (In my case, this is mainly for family and friends. I know this doesn't work in a lot of business environments. I'm fairly sure it would not work for any of my customers.) Gallery installs itself to work with the default domain for a stock Apache install. To get it working on multiple domains, you have to copy and reconfigure some stuff (I've never tried this myself, so I may be making it sound much simpler than it actually is.) If all else fails, you could always use equivs to tell dpkg and apt that you have a newer version installed. Jacob - GnuPG Key: 1024D/16377135 Slight disorientation after prolonged system uptime is normal for new Linux users. Please do not adjust your browser. pgp0.pgp Description: PGP signature
Probleme mit Gallery unter apache und php4
Hallo, habe obige Pakete mittels Apt-get installiert. (Woody System) Habe Aliase in der httpd.conf angelegt, follow symlinks ist aktiv, und mich an die Konfigurationshinweise der Gallery-SW gehalten aber bei Aufruf der /gallery/phpinfo.php kriege ich immer nen http404-error zurück. Jemand ähnliche Erfahrungen gemacht, oder Ahnung was man da tun kann? Danke Bernhard -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Probleme mit Gallery unter apache und php4
Hallo, habe obige Pakete mittels Apt-get installiert. (Woody System) Habe Aliase in der httpd.conf angelegt, follow symlinks ist aktiv, und mich an die Konfigurationshinweise der Gallery-SW gehalten aber bei Aufruf der /gallery/phpinfo.php kriege ich immer nen http404-error zurück. Jemand ähnliche Erfahrungen gemacht, oder Ahnung was man da tun kann? Ich habe ein ähnliches Problem mit der gleichen Gallery .. immer wenn ich die phpinfo.php aufrufe denn kriege ich den fehler 505 internal server error. habe die permissions der gebrauchten ordner sogar auf ausführbar gesetzt .. hat aber auch nix gebracht ... ich habe sogar extra dafür mein php auf 4.3.2 geupdated ... nix bringt was. MfG F.Jaeckel -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
RE: Probleme mit Gallery unter apache und php4
probiert es hiermit. rennt unter stable und unstable perfekt... http://gallery-translation.ath.cx/ das deb aus stable sollte es aber auch tun. hatte damit nie probleme. GreeZ Carsten |-Original Message- |From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] |Sent: Thursday, July 31, 2003 1:22 PM |To: [EMAIL PROTECTED] |Subject: Re: Probleme mit Gallery unter apache und php4 | | | Hallo, | habe obige Pakete mittels Apt-get installiert. (Woody System) Habe | Aliase in der httpd.conf angelegt, follow symlinks ist |aktiv, und mich | an die Konfigurationshinweise der Gallery-SW gehalten aber |bei Aufruf | der /gallery/phpinfo.php kriege ich immer nen http404-error zurück. | Jemand ähnliche Erfahrungen gemacht, oder Ahnung was man da |tun kann? | | |Ich habe ein ähnliches Problem mit der gleichen Gallery .. |immer wenn ich die phpinfo.php aufrufe denn kriege ich den |fehler 505 internal server error. habe die permissions der |gebrauchten ordner sogar auf ausführbar gesetzt .. hat aber |auch nix gebracht ... ich habe sogar extra dafür mein php auf |4.3.2 geupdated ... nix bringt was. | |MfG F.Jaeckel | | | |-- |Haeufig gestellte Fragen und Antworten (FAQ): |http://www.de.debian.org/debian-user-german-FAQ/ | |Zum AUSTRAGEN schicken Sie eine Mail an |[EMAIL PROTECTED] |mit dem Subject unsubscribe. Probleme? Mail an |[EMAIL PROTECTED] (engl) | smime.p7s Description: S/MIME cryptographic signature
gallery/unstable fait segv apache
Apres avoir installe gallery en unstable avec toutes les dependances qui vont bien. Je configure gallery sans probleme. Lorsque je lance le script secure.sh comme dit dans le deroulement de l'install, apache me donne ceci dans les logs et rien dans la fenetre. [Wed Jul 16 12:39:16 2003] [notice] child pid 7736 exit signal Segmentation fault (11) [Wed Jul 16 12:39:16 2003] [notice] child pid 7534 exit signal Segmentation fault (11) [Wed Jul 16 12:39:17 2003] [notice] child pid 7529 exit signal Segmentation fault (11) [Wed Jul 16 12:39:22 2003] [notice] child pid 7527 exit signal Segmentation fault (11) que faire? le vhost et les params pour apache sont bons si vous voulez tester gallery.morkitu.org la page login n'affiche rien -- Unix is user friendly. It's just selective when choosing friends Wallace
Re: gallery/unstable fait segv apache
Le Wed, Jul 16, 2003 at 12:50:04 +0200, Wallace a écrit: Apres avoir installe gallery en unstable avec toutes les dependances qui vont bien. Je configure gallery sans probleme. Lorsque je lance le script secure.sh comme dit dans le deroulement de l'install, apache me donne ceci dans les logs et rien dans la fenetre. [Wed Jul 16 12:39:16 2003] [notice] child pid 7736 exit signal Segmentation fault (11) [Wed Jul 16 12:39:16 2003] [notice] child pid 7534 exit signal Segmentation fault (11) [Wed Jul 16 12:39:17 2003] [notice] child pid 7529 exit signal Segmentation fault (11) [Wed Jul 16 12:39:22 2003] [notice] child pid 7527 exit signal Segmentation fault (11) que faire? le vhost et les params pour apache sont bons si vous voulez tester gallery.morkitu.org la page login n'affiche rien Bonjour ca ressemble tres fortement a un segfault de la part de PHP. Verifie bien ton install de php4, ainsi que la provenance des diverses extensions installees. Il se peut que certaines provoquent de tels desagerement. Au besoin, envoie la liste des extensions php que tu as installees. -- Guillaume Plessis [EMAIL PROTECTED] Administrateur réseau systèmes Linux/*BSD pgpBrNteNuohU.pgp Description: PGP signature
Fwd: Re: gallery/unstable fait segv apache
Le Wednesday 16 July 2003 13:16, vous avez écrit : ca ressemble tres fortement a un segfault de la part de PHP. Verifie bien ton install de php4, ainsi que la provenance des diverses extensions installees. Il se peut que certaines provoquent de tels desagerement. Il s'agit du php mis avec apache pour les dependances. Je viens de tester les fichiers en les lanssant avec php4 j'ai bien du code html. Au besoin, envoie la liste des extensions php que tu as installees. j'ai un retour Err code 1 lorsque je lance les commandes suivantes, bizarre. [EMAIL PROTECTED]/usr/share/gallery# php4 -v 4.1.2 [EMAIL PROTECTED]/usr/share/gallery# php4 -m Running PHP 4.1.2 Zend Engine v1.1.1, Copyright (c) 1998-2001 Zend Technologies [PHP Modules] yp xml wddx sysvshm sysvsem standard sockets shmop session posix pcre mbstring iconv gettext ftp filepro exif dba ctype calendar bz2 bcmath zlib snmp [Zend Modules] Not Implemented -- Wallace --- -- Wallace
gallery
j'ai installé gallery mais je n'rrive pas a l'utiliser (php et samba marchent nikel)est ce que quelq'un a une url d'aide (en francais si possible Merci guy -- Key fingerprint = F613 B5FA C319 D8A2 3A89 C24D 3723 F3CF CFB6 42C3 Guy Hendrickx [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Re: problemas con el gallery 1.3.3
On Wed, Jan 29, 2003 at 07:46:20PM +, neuronal wrote: Hola buenas. Recientemente instalé Gallery en mi servidor, y a mi también me pasa eso (o al menos, algo parecido). El problema viene en el 'Step 2' de la configuracion: a la hora de establecer la 'Gallery URL' y la 'Albums URL' El problema es que Gallery (la versión 1.3.3 al menos. Creo que versiones más antiguas no da este problema) no admite direcciones relativas, es decir, de las del tipo /gallery , /fotos , /cosas , ... y te obliga a establecer rutas absolutas, del tipo http://tu-sitio/gallery por ejemplo. Entonces, ¿Dónde está el problema? Pues al menos en mi caso (poseo una red local y ADSL) cuando pongo mi IP/Host externa (la ip/host con la que salgo a Internet) en la configuración de Gallery, las fotos y thumbs son visibles para los usuarios de Internet digamos, mientras que para los ordenadores de mi red no. Por el contrario, si en vez de poner la ip/host externa, pongo mi ip/host interna (la de mi red local) pasa justo al contrario: yo puedo ver las fotos/thumbs pero el resto del mundo no. Si te interesa acceder a esa información independientemente de donde te encuentres podrías poner un virtual host que apuntase a ese mismo sitio con la forma ip/host que no te funciona. El virtual host tiene un uso habitual distinto pero para esto podría darte el servicio. Saludos. Diego -- * Diego Bote BarcoEscuela de Ingenierías Industriales Área de Matemática Aplicada Avda. de Elvas s/nº Departamento de Matemáticas C.P.: 06071 BADAJOZ Universidad de Extremadura Tlf.: 924 289600 ext 9754 Fax: 924 289601 correo-e: dbote (en) unex (punto) es *
RE: problemas con el gallery 1.3.3
Tengo el gallery instalado con apt-get y funciona correctamente, me fijé que en el httpd.conf de Apache inserta una linea haciendo referencia otro archivo de configuración específico del Gallery: Include /etc/gallery/apache.conf que contiene: # $Id: apache.conf,v 1.2 2001/12/07 14:57:57 laz Exp $ Alias /gallery /usr/share/gallery Directory /usr/share/gallery Options FollowSymLinks AllowOverride Limit Options FileInfo /Directory # some people prefer a simple URL like http://gallery.example.com #VirtualHost 1.2.3.4 # DocumentRoot /usr/share/gallery # ServerName gallery.example.com #/VirtualHost Mira a ver si es porque al haberlo instalado a mano no te ha insertado esto en el apache. Un saludo a todos fredfoam -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] nombre de Diego Bote Enviado el: jueves, 30 de enero de 2003 11:26 Para: Lista Debian Asunto: Re: problemas con el gallery 1.3.3 On Wed, Jan 29, 2003 at 07:46:20PM +, neuronal wrote: Hola buenas. Recientemente instalé Gallery en mi servidor, y a mi también me pasa eso (o al menos, algo parecido). El problema viene en el 'Step 2' de la configuracion: a la hora de establecer la 'Gallery URL' y la 'Albums URL' El problema es que Gallery (la versión 1.3.3 al menos. Creo que versiones más antiguas no da este problema) no admite direcciones relativas, es decir, de las del tipo /gallery , /fotos , /cosas , ... y te obliga a establecer rutas absolutas, del tipo http://tu-sitio/gallery por ejemplo. Entonces, ¿Dónde está el problema? Pues al menos en mi caso (poseo una red local y ADSL) cuando pongo mi IP/Host externa (la ip/host con la que salgo a Internet) en la configuración de Gallery, las fotos y thumbs son visibles para los usuarios de Internet digamos, mientras que para los ordenadores de mi red no. Por el contrario, si en vez de poner la ip/host externa, pongo mi ip/host interna (la de mi red local) pasa justo al contrario: yo puedo ver las fotos/thumbs pero el resto del mundo no. Si te interesa acceder a esa información independientemente de donde te encuentres podrías poner un virtual host que apuntase a ese mismo sitio con la forma ip/host que no te funciona. El virtual host tiene un uso habitual distinto pero para esto podría darte el servicio. Saludos. Diego -- * Diego Bote BarcoEscuela de Ingenierías Industriales Área de Matemática Aplicada Avda. de Elvas s/nº Departamento de Matemáticas C.P.: 06071 BADAJOZ Universidad de Extremadura Tlf.: 924 289600 ext 9754 Fax: 924 289601 correo-e: dbote (en) unex (punto) es * -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
problemas con el gallery 1.3.3
Hola: A ver, he instalado el gallery 1.3.3 en un apache con php en una Debian Linux. Todo instalado con apt-get (herramienta propia de debian) La cuestion que me he bajado el gallery de la pag. Lo he descomprimido, lo he configurado y todas esas cosas. a la hora de probarlo, la cuestion es que parece que funciona perfectamente, pero a la hora de mostrar las imagenes ni los thumbs no sale en el navegador nada de nada. La verdad es que no tengo ni puñetera idea que es lo que puede ser. ¿alguien le ha pasado algo parecido? Muchas gracias
Re: problemas con el gallery 1.3.3
Ya esta solucionao!! Nada lo que me pasaba que en la configuracion no ponia bien la ruta. Gracias a todos de todas formas - Original Message - From: Juan Guil [EMAIL PROTECTED] To: Lista Debian debian-user-spanish@lists.debian.org Sent: Wednesday, January 29, 2003 4:33 PM Subject: problemas con el gallery 1.3.3 Hola: A ver, he instalado el gallery 1.3.3 en un apache con php en una Debian Linux. Todo instalado con apt-get (herramienta propia de debian) La cuestion que me he bajado el gallery de la pag. Lo he descomprimido, lo he configurado y todas esas cosas. a la hora de probarlo, la cuestion es que parece que funciona perfectamente, pero a la hora de mostrar las imagenes ni los thumbs no sale en el navegador nada de nada. La verdad es que no tengo ni puñetera idea que es lo que puede ser. ¿alguien le ha pasado algo parecido? Muchas gracias -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: problemas con el gallery 1.3.3
On Wed, Jan 29, 2003 at 04:33:21PM +0100, Juan Guil wrote: Hola: A ver, he instalado el gallery 1.3.3 en un apache con php en una Debian Linux. Todo instalado con apt-get (herramienta propia de debian) La cuestion que me he bajado el gallery de la pag. Lo he descomprimido, lo he configurado y todas esas cosas. a la hora de probarlo, la cuestion es que parece que funciona perfectamente, pero a la hora de mostrar las imagenes ni los thumbs no sale en el navegador nada de nada. La verdad es que no tengo ni puñetera idea que es lo que puede ser. ¿alguien le ha pasado algo parecido? Muchas gracias Igual es por los rewrite del .htaccess del directorio raiz del gallery. Saludos -- Elias Badenes Alés, [EMAIL PROTECTED] Errante (RL-Mud Irc) [EMAIL PROTECTED] GnuPg Informacion Publica: pub 1024D/DCB2E933 Huella dactilar: 5001 E5C3 D975 2A5C F54A 17FC 0A4B 23FB DCB2 E933
Re: problemas con el gallery 1.3.3
Hola buenas. Recientemente instalé Gallery en mi servidor, y a mi también me pasa eso (o al menos, algo parecido). El problema viene en el 'Step 2' de la configuracion: a la hora de establecer la 'Gallery URL' y la 'Albums URL' El problema es que Gallery (la versión 1.3.3 al menos. Creo que versiones más antiguas no da este problema) no admite direcciones relativas, es decir, de las del tipo /gallery , /fotos , /cosas , ... y te obliga a establecer rutas absolutas, del tipo http://tu-sitio/gallery por ejemplo. Entonces, ¿Dónde está el problema? Pues al menos en mi caso (poseo una red local y ADSL) cuando pongo mi IP/Host externa (la ip/host con la que salgo a Internet) en la configuración de Gallery, las fotos y thumbs son visibles para los usuarios de Internet digamos, mientras que para los ordenadores de mi red no. Por el contrario, si en vez de poner la ip/host externa, pongo mi ip/host interna (la de mi red local) pasa justo al contrario: yo puedo ver las fotos/thumbs pero el resto del mundo no. Es bastante lógico; la razón a todo esto es que yo no puedo acceder a mi servidor a través de la ip/host externa. Y lógicamente quienes intentan entrar en mi galería de fotos cuando tengo puesta en la configuración la ip/host interna del servidor no pueden. Lo que hago es configurar Gallery con la ip/host interna cuando quiero hacer modificaciones (agregar/quitar/mover/... fotos o albumes). Una vez he terminado de hacer cambios, vuelvo a la configuración y cambio de nuevo las URLs, esta vez poniendo la ip/host externa. En fin... e aquí mi caso. No sé si todo esto es aplicable al tuyo. Saludos y suerte Posted by neuronal -- web - http://www.systemfailure.org . mail - [EMAIL PROTECTED] ... Linux Registered User #191132 ... - @_2500Hz Labs - http://www.2500hz.net ... G.U.L.A. - http://gula.wunslov.com . - Powered by Postfix